Una evaluación de primera mano del último build de Mac OS X 10.5 proporcionado a los desarrolladores revela el progreso continuo que se ha hecho con el sistema operativo en los pasados meses, pero los significativos problemas de estabilidad persisten.
El nuevo build, 9A321, es el primero en presentar un instalador actualizado así como imágenes durante el proceso de instalación que recomiendan las nuevas características de Leopard. Los archivos de ayuda y otra documentación tienen que actualizarse todavía para reflejar los nuevos cambios de Mac OS X 10.5.
El nuevo build 9A321 soporta el sistema de archivo ZFS de Sun, un sistema de archivo open source de 128 bit presentado con Solaris 10 que ofrece soporte a discos inmensamente más grandes y series de sistemas de archivo de 64 bit. ZFS también entrega opciones adicionales para administradores.
Otras nuevas características que surgirán en el reciente build Leopard incluyen nuevos módulos y opciones de salva pantallas, Controles Paternos ampliados con soporte para archivar, y perfeccionamientos de Safari. Además, una nueva característica Quick Look añadida en el anterior build hace más rápido ver archivos de medios directamente en el Finder sin lanzar QuickTime o Preview. Las hojas o diapositivas de índice muestran fotos múltiples que también se pueden ver fácilmente.
Enlace directo a la galería de Leopard 9A321
Fuente: ThinkSecret
mmm sistema de archivos a 128 bit´s? un poco pronto para los tiempos que corren, aunque mejor ir adelantando al futuro dada la velocidad que corre la informática, pero veamos hagamos números, un entero de 64 bits soporta números de hasta: 18.446.744.073.709.551.615 cantidad bastante voluminosa, pero para paginamiento de memoria suele usarse con signo (números negativos admisibles) para así admitir cálculos matemáticos internos del dispositivo para la paginación, lo que reduce este número a la mitad: 9.223.372.036.854.775.807 un número aún monstruoso por cierto. Estos son los bytes máximos que puede soportar una unidad a 64 bits. Ahora lo dividimos entre 1024 para cacular los K. Y al resultante lo volvemos a dividir entre 1024 para calcular los megas que soporta (o lo que es lo mismo, dividirlo entre 1024*1024= 1.048.576 bytes), y a este resultante lo volvemos a dividir entre 1024 para calcular finalmente los gigas y el resultado: 8.589.934.592 gigas!!! Nuevamente lo volvemos a dividir por 1024 para calcular los TB: 8.388.608 TB o dicho de otro modo más de 8 mil tetras. ¿No es acaso un poco adelantado a su tiempo unidades de ese tamaño? Claro que lo mismo se podría decir en su dia de los 640 K del DOS, etc., y que esta vez pretenden adelantarse a su tiempo para evitar estos males, pero… me imagino una unidad de mas 64 bits, con esa capacidad podría grabar en video por ejemplo una cámara en visión subjetiva toda la vda de una persona desde que nace hasta que fallece a los 80 años todos sus datos, tendría que hacer cáculos de nuevo si la calidad de estas imagenes en calidad VHS, DVS o HD, eso ya se lo dejo a otro, pero desde luego las capacidades futuras según el 128 bits (que por algo lo abran programado) van a ser sencillamente brutales…
Sorry q son mas de 8 millos de tetras. Por cierto pequeña critica para faq-mac, ya que estamos, no suelo darle al PREVIEW para verificar lo escrito porque esta página es muy lenta publicando las cosas en el foro, lo que hace que se cuelen muchas erratas gramaticales, ortograficas, etc
La cuestión es … ¿ Se podrá instalar Leopard en volumenes ZFS ?
Como eso sea cierto … Señores, esperen un buen aumento de rendimiento tambien en el acceso a disco ( bueno al sistema de archivos, ustedes me entendeis 😛 ).
Un saludo.
Es que la gracia de esos sistemas de archivos (o, equiparablemente, del direccionamiento de 64 bit en las CPUs) no consiste necesariamente en tener espacio en disco o memoria RAM descomunales, sino en facilitar ciertas cosas a los programadores. Por ejemplo, en cuanto a la memoria, romper la limitación máxima de 4 GB por aplicación, independientemente de que tengas 16 GB de RAM o 2 de RAM y el resto virtual. O mapear en memoria directamente bases de de datos gigantescas. Lo mismo con los sistemas de archivos: poder, digamos, mapear en común el almacenamiento de toda una red de ordenadores como si fuera el de uno sólo, virtualizar otros sistemas de archivo en su seno, etc.
De todas formas, adoptar ZFS no sería sólo por el tamaño de almacenamiento que acepta: más que nada lo sería por toda una serie de prestaciones que uno no se explica cómo todavía no están disponibles de base en otros sistemas de archivos:
-Separar la distinción entre Volúmenes y discos físicos: uno podría determinar que tres discos duros sumen un único volumen contiguo sin recurrir a esquemas RAID. Sumas espacio en disco de la misma manera que sumas RAM: en tirereta. Y puedes reparticionar al vuelo.
-Históricos que te permitan hacer lo que Time Machine, a nivel de Sistema de Archivos: crear «instantáneas» a las que poder revertir, crear clones del estado de tus datos que poner aparte, etc.
-Esquemas de redundancia estilo RAID para protegerte frente a fallos. Autorreparación.
-Compresión de datos.
http://www.opensolaris.org/os/community/zfs/
http://arstechnica.com/staff/fatbits.ars/2006/8/15/4995
Yo me he leído el texto de la noticia y el título y no encuentro de dónde se deduce el calificativo de «lejos». Realmente, cuando uno lee ese titular tiene la impresión de que les falta un huevo para terminar y que va a haber retrasos. Pero luego lees el contenido de la noticia y no sacas esa impresión de ningún modo.
Qué prisas por instalar OS X en ZFS! Si OpenSolaris aún no tiene soporte para ello, y eso que lo inventaron ellos! 😛
(ya se ha desarrollado soporte para booting desde ZFS, pero aún no está incluido en OpenSolaris)