Caractersticas de ext3

Disponibilidad

Tras un corte elctrico o una cada inesperada del sistema (tambin se denomina cierre no limpio
del sistema), se debe comprobar con el programa e2fsck cada sistema de archivos ext2 montado
en la mquina para ver si es consistente. El proceso de comprobacin lleva mucho tiempo y puede
prolongar el tiempo de arranque del sistema de un modo significativo, especialmente si hay
grandes volmenes que contienen un elevado nmero de archivos. Durante este proceso, no se
puede acceder a los datos de los volmenes.

Con la caracterstica journaling del sistema de archivos ext3 ya no es necesario realizar este tipo de
comprobacin en el sistema de archivos despus de un cierre no limpio del sistema. En el sistema
ext3, nicamente se realiza una comprobacin de consistencia en los casos puntuales en los que
se producen determinados errores de hardware, como, por ejemplo, fallos en el disco duro. El
tiempo empleado para recuperar un sistema de archivos ext3 tras un cierre no limpio del sistema
no depende del tamao del sistema de archivos ni del nmero de archivos, sino del tamao
del journal (diario), utilizado para mantener la consistencia en el sistema. Por defecto, la
recuperacin del tamao del "journal" tarda alrededor de un segundo, segn la velocidad del
hardware.

Integridad de los datos

El sistema de archivos ext3 proporciona una integridad superior de los datos si se produce un
cierre no limpio del sistema. El sistema de archivos ext3 le permite seleccionar el tipo y el nivel de
proteccin de los datos. Por defecto, los volmenes ext3 son configurados para mantener un nivel
de consistencia de los datos elevado en relacin con el estado del sistema de archivos.

Velocidad

El sistema de archivos ext3, aparte de permitir escribir datos ms de una vez, en la mayora de los
casos tiene un rendimiento superior al que proporciona ext2 porque los "journals" de ext3
optimizan el movimiento de los cabezales de los discos duros. Se pueden seleccionar tres modos
de journaling para optimizar la velocidad, pero, como contrapartida, la integridad de los datos se
ver afectada.

Fcil transicin

La migracin de ext2 a ext3 es muy sencilla y se pueden aprovechar las ventajas de un slido
sistema de archivos con journaling sin tener que volver a dar formato al sistema

Si realiza una instalacin fresca, el sistema de archivos por defecto que se asigna a las particiones
Linux del sistema es ext3. Si realiza una actualizacin a una versin que usa particiones ext2, el
programa de instalacin le permitir convertir estas particiones a ext3 sin perder los datos.
Consulte el apndice titulado Actualizacin del sistema actual en el Manual de instalacin de Red
Hat Enterprise Linux para obtener ms detalles.
Caractersticas de ext4

Compatibilidad hacia adelante

El sistema de archivos ext3 es compatible adelante con ext4, siendo posible montar un sistema de
archivos ext3 como ext4 y usarlo transparentemente.

Compatibilidad hacia atrs

Ext4 es parcialmente compatible hacia atrs con ext3 ya que puede ser montado como una
particin ext3 con la excepcin de que si la particin ext4 usa extents, se pierde esta posibilidad.
Extents estn configurados por defecto desde la versin del kernel 2.6.23. Anteriormente, esta
opcin requera ser activada explcitamente (por ejemplo mount /dev/sda1 /mnt/point -t ext4dev
-o extents).

Asignacin retrasada de espacio

Ext4 hace uso de una tcnica de mejora de rendimiento llamada Allocate-on-flush, tambin
conocida como reserva de memoria retrasada. Consiste en retrasar la reserva de bloques de
memoria hasta que la informacin est a punto de ser escrita en el disco, a diferencia de otros
sistemas de archivos, los cuales reservan los bloques necesarios antes de ese paso. Esto mejora el
rendimiento y reduce la fragmentacin al mejorar las decisiones de reserva de memoria basada en
el tamao real del fichero.

Lmite de 32000 subdirectorios superado

En ext3 el nivel de profundidad en subdirectorios permitido estaba limitado a 32000. Este lmite ha
sido aumentado a 64000 en ext4, permitiendo incluso ir ms all de este lmite (haciendo uso de
"dir_nlink" ). Para permitir un rendimiento continuo, dada la posibilidad de directorios mucho ms
grandes, htree est activado por defecto en ext4. Esta funcin est implementada desde la versin
2.6.23. htree est tambin disponible en ext3 cuando la funcin dir_index est activada.

Journal checksumming

ext4 usa checksums en el registro para mejorar la fiabilidad, puesto que el journal es uno de los
ficheros ms utilizados en el disco. Esta funcin tiene un efecto colateral beneficioso: permite de
forma segura evitar una lectura/escritura de disco durante el proceso de registro en el journal,
mejorando el rendimiento ligeramente. La tcnica del journal checksumming est inspirada en la
investigacin de la Universidad de Wisconsin en sistemas de archivos IRON (Seccin 6, bajo el
nombre "checksums de transacciones" ).
Desfragmentacin online

Incluso haciendo uso de diversas tcnicas para evitar la fragmentacin, un sistema de larga
duracin tiende a fragmentarse con el tiempo. Ext4 dispondr de una herramienta que permite
defragmentar ficheros individuales o sistemas de ficheros enteros.

Chequeo del sistema de ficheros ms rpido

En ext4, los grupos de bloques no asignados y secciones de la tabla de inodos estn marcados
como tales. Esto permite a e2fsck saltrselos completamente en los chequeos y en gran medida
reduce el tiempo requerido para chequear un sistema de archivos del tamao para el que ext4
est preparado. Esta funcin est implementada desde la versin 2.6.24 del kernel de Linux.

Asignador multibloque

Ext4 asigna mltiples bloques para un fichero en una sola operacin, lo cual reduce la
fragmentacin al intentar elegir bloques contiguos en el disco. El asignador multibloque est
activo cuando se usa 0_DIRECT o si la asignacin retrasada est activa. Esto permite al fichero
tener diversos bloques "sucios" solicitados para escritura al mismo tiempo, a diferencia del actual
mecanismo del kernel de solicitud de envo de cada bloque al sistema de archivos de manera
separada para su asignacin.

Timestamps mejorado

Puesto que los ordenadores se tornan en general cada vez ms rpidos y que Linux est pasando a
ser cada vez ms usado en aplicaciones crticas, la granularidad de los timestamps basados en
segundos se est volviendo insuficiente. Para resolver esto, ext4 tendr timestamps medidos en
nanosegundos. sta funcin est actualmente implementada en la versin 2.6.23 del kernel.
Adicionalmente se han aadido 2 bits del timestamp extendido a los bits ms significativos del
campo de segundos de los timestamps para retrasar casi 500 aos el problema del ao 2038.
Caractersticas del HPFS
En HPFS, las entradas de directorio contienen ms informacin que en FAT. Adems del archivo de
atributos, esto incluye informacin sobre la fecha y la hora de modificacin, de creacin y de
acceso. En lugar de sealar al primer clster del archivo, en HPFS las entradas del directorio
sealan a FNODE. FNODE puede contener los datos del archivo, o bien punteros que pueden
sealar a datos del archivo o a otras estructuras que, a su vez, sealarn a datos del archivo.

HPFS intenta asignar, en la medida de lo posible, la mayor cantidad de datos de un archivo en

sectores contiguos. Esto se hace con el fin de aumentar la velocidad al realizar el procesamiento
secuencial de un archivo.

HPFS organiza una unidad en una serie de bandas de 8 MB y, siempre que sea posible, un archivo
estar contenido dentro de una de estas bandas. Entre cada una de estas bandas hay mapas de
bits de asignacin de 2 KB, que hacen un seguimiento de los sectores dentro de una banda que se
han asignado y que no se han asignado. La creacin de bandas aumenta el rendimiento porque el
cabezal de la unidad no tiene que volver a la parte superior lgica (normalmente el cilindro 0) del
disco, sino al mapa de bits de asignacin de banda ms cercano, para determinar dnde se
almacenar un archivo.

Superbloque

El superbloque se encuentra en el sector lgico 16 y contiene un puntero al FNODE del directorio

raz. Uno de los mayores peligros de usar HPFS es que si el superbloque se pierde o resulta daado
debido a un sector defectuoso, lo mismo ocurrir con el contenido de la particin, incluso aunque
el resto de la unidad est bien. Sera posible recuperar los datos de la unidad copiando todo a otra
unidad con un sector 16 en buen estado y volviendo a generar el superbloque. Sin embargo, es
una tarea muy compleja.

Bloque de reserva

El bloque de reserva se encuentra en el sector lgico 17, y contiene una tabla de "revisiones" y el
bloque de directorio de reserva. En HPFS, cuando se detecta un sector defectuoso, la entrada de
las "revisiones" se usa para sealar lgicamente a un sector en buen estado existente en lugar de
al sector defectuoso. Esta tcnica para el tratamiento de errores de escritura se conoce como
revisin.

La revisin es una tcnica en la que si se produce un error debido a un sector defectuoso, el

sistema de archivos mueve la informacin a otro sector diferente y marca el sector original como
no vlido. Todo ello se realiza de forma transparente para cualquier aplicacin que est realizando
operaciones de E/S de disco (es decir, la aplicacin nunca sabe que hubo problemas con el disco
duro). Al usar un sistema de archivos que admite revisiones, se eliminarn mensajes de error como
el de FAT "Desea interrumpir, reintentar o cancelar?" que aparece cuando se encuentra un sector
defectuoso.
Nota: la versin de HPFS incluida con Windows NT no admite revisiones.

Ventajas de HPFS

HPFS es la mejor opcin para las unidades comprendidas entre 200 y 400 MB. Para obtener una
explicacin ms detallada de las ventajas de HPFS, consulte lo siguiente:

"Gua de conceptos y planeacin" de Microsoft Windows NT Server, captulo 5, seccin titulada

"Eleccin de un sistema de archivos"

Kit de recursos de Microsoft Windows NT Workstation 4.0, captulo 18, "Eleccin de un sistema de
archivos"

"Gua de recursos" del Kit de recursos de Microsoft Windows NT Server 4.0, captulo 3, seccin
titulada "Qu sistema de archivos usar en cada volumen"

Desventajas de HPFS

Debido a la sobrecarga que implica HPFS, no es una opcin muy eficaz para un volumen de menos
de unos 200 MB. Adems, con volmenes mayores de unos 400 MB, habr una ligera degradacin
del rendimiento. No se puede establecer la seguridad en HPFS con Windows NT.

HPFS solo es compatible con las versiones 3.1, 3.5 y 3.51 de Windows NT. Windows NT 4.0 no
puede tener acceso a particiones HPFS.

Para conocer otras desventajas de HPFS, consulte lo siguiente:

"Gua de conceptos y planeacin" de Microsoft Windows NT Server, captulo 5, seccin titulada

"Eleccin de un sistema de archivos"

Kit de recursos de Microsoft Windows NT Workstation 4.0, captulo 18, "Eleccin de un sistema de
archivos"

"Gua de recursos" del Kit de recursos de Microsoft Windows NT Server 4.0, captulo 3, seccin
titulada "Qu sistema de archivos usar en cada volumen"
Caractersticas del ReFS
Los atributos principales de ReFS incluyen:

Mantener un alto nivel de disponibilidad de los datos y confiabilidad, incluso cuando los
dispositivos de almacenamiento individuales subyacentes experimentan errores.

Proporcionar una arquitectura resistente completa, de un extremo a otro cuando se utiliza junto
con los espacios de almacenamiento. Cuando se usan juntos, ReFS y Espacios de almacenamiento
ofrecen mayor resistencia a errores de dispositivos de almacenamiento.

Integridad:

ReFS almacena los datos de modo que los protege contra muchos de los errores comunes que
normalmente ocasionan prdida de datos. Cuando ReFS se usa junto con un Espacio reflejado o un
espacio de paridad, los daos detectados (tanto en los metadatos como en los datos de usuario,
cuando estn habilitadas las secuencias de integridad) se pueden reparar de forma automtica
mediante la copia alternativa proporcionada por los Espacios de almacenamiento. Adems, hay
cmdlets de Windows PowerShell (Get-FileIntegrity y Set-FileIntegrity) que puede usar para
administrar la integridad y las directivas de limpieza de disco.

Disponibilidad.

ReFS prioriza la disponibilidad de los datos. Histricamente, los sistemas de archivos a menudo son
susceptibles a daos en los datos que requieren que el sistema se desconecte para la
reparacin. Con ReFS, si se producen daos, el proceso de reparacin se localiza en el rea del
dao y se ejecuta en lnea, por lo que no se requiere tiempo de inactividad de los volmenes. Pese
a que no es algo habitual, si un volumen se daa, o si el usuario decide no usarlo con un espacio
reflejado o de paridad, ReFS implementa un rescate, una caracterstica que elimina los datos
daados del espacio de nombres en un volumen activo sin que los datos en estado ptimo se vean
afectados por los datos daados que no se pueden reparar. Como ReFS realiza todas las
operaciones de reparacin en lnea, no tiene un comando chkdsk sin conexin.

Escalabilidad.

Dado que la cantidad y el tamao de los datos que se almacenan en los equipos siguen
aumentando con rapidez, ReFS est diseado para funcionar correctamente con conjuntos de
datos extremadamente grandes, petabytes y volmenes an mayores, sin afectar al
rendimiento. ReFS no est diseado solo para admitir tamaos de volmenes de 2^64 bytes
(permitidos por direcciones de pila de Windows), pero ReFS tambin est diseado para admitir
incluso mayores tamaos de volmenes de hasta 2^78 bytes usando tamaos de clster de 16
KB. Este formato tambin admite tamaos de archivo de 2^64-1 bytes, 2^64 archivos en un
directorio y la misma cantidad de directorios en un volumen.
Correccin de errores proactiva.

Las funcionalidades de integridad de ReFS las aprovecha un escner de integridad de datos, cuyo
proceso se conoce como limpieza. El escner de integridad escanea el volumen de manera
peridica, identificando los daos latentes y desencadenando de manera proactiva una reparacin
de los datos daados.