http://www.phoronix.com/scan.php?page=news_item&px=MTM2NzU&goback=.gde_48682_member_239846307 Publicado por Michael Larabel el 07 de mayo 2013 El sistema de archivos experimental Tux3 ya ha hecho demostraciones de ser más rápido que EXT4 . La última reclamaciones fuera del sistema de archivos de código abierto es que es más rápido que Tmpfs, que es toda una hazaña teniendo en cuenta su capa muy delgada entre VFS y SWAP. Daniel Phillips del sistema de archivos Tux3 escribió en la lista de correo del kernel Linux esta tarde: "Cuando algo suena demasiado bueno para ser verdad, suele serlo. Pero no siempre. Hoy Hirofumi publicado algunos casi en los resultados dbench increíbles que muestran Tux3 tmpfs golpeando . Para poner esto en perspectiva, que normalmente consideramos como tmpfs inmejorable, ya que es sólo una cuña delgada entre los mecanismos de VFS estándar que cada sistema de archivos debe utilizar, y el dispositivo de intercambio. Nuestra definición usual de optimización de éxito es que terminamos en algún lugar entre Ext4 y Tmpfs, o en otras palabras, más rápido que Ext4. Esta vez nos dieron una excelente sorpresa ". La razón atribuida por Phillips para Tux3 ser capaz de superar a la aplicación Tmpfs fina es que el diseño Tux3 front-end/back-end puede trabajar encima de CPUs y cuando algunos de los trabajos se descarga a-sincrónica para la tarea Dbench, la situación Resulta muy positivo. El desarrollador Tux3 añadió: "Es difícil exagerar lo contentos que estamos con estos resultados particularmente después de nuestras primeras pruebas dbench un par de días fuera vergonzoso:.. Más de cinco veces más lento que Ext4 El asunto resultó ser ineficiente asignación de inodos . Hirofumi cambió el terriblemente lento ITable búsqueda btree a un simple 'asignar el siguiente número de nodo-i' contador y shazam El perezoso se convirtió en una superestrella Ahora, esto viene con una advertencia:. el código que produce este punto de referencia se basa actualmente en este punto de referencia- truco específico para acelerar la asignación de número de nodo-i. Sin embargo, estamos bastante seguros de que nuestro algoritmo de asignación de inodos producción tendrá insignificante sobrecarga adicional contra este hack temporal. "Aunque sólo sea porque 'asignar el siguiente número de nodo-i' es casi siempre la mejor estrategia. Tristemente, sin embargo, el sistema de ficheros Tux3 todavía aún no se ha propuesto para su inclusión en el kernel Linux línea principal. Al menos por ahora hay más esperanza que ofrece para ver Tux3 línea principal en lugar de Reiser4 o ZFS . Otra reciente Tux3 logro fue el apoyo inicial FSCK . Traducido con Google Translate -- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y NI TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ Puedes visitar mi blog en: http://jerbes.blogspot.com.ar/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org