Profesional

Ensayo

Bibliografía:
 Kristi Gaylord, Wendy Ross. Windows Professional. Rochester: Oct 2005. Vol. 10, Iss. 10;
pg. 6, 4 pgs
 Frank J. Ohlhorst & Fahmida Y. Rashid. CRN. Jericho: May 21, 2007. , Iss. CRNtech 5;
pg. 43
 Ron Wilder. Mac Authority. Louisville: Aug 2003. Vol. 12, Iss. 8; pg. 9
 Microsoft Support. (2010, 16 de Nov.) Bienvenido al sitio de Microsoft support. [on line]
Disponible http://support.microsoft.com/kb/100108/es
 Kioskea.(2010, 16 de Nov.) Bienvenido al sitio de Kioskea. [on line] Disponible
http://es.kioskea.net/contents/repar/filesys.php3
 Montero, J. (sin fecha) Sistema de Archivos. Recuperado 16 de Noviembre de 2010
http://www.codigolibre.org/index.php?
option=com_content&view=article&id=5504:sistema-de-archivos&catid=36:gnu-
cat&Itemid=53
 Linux Mobile System.(2010, 16 de Nov.) Bienvenido al sitio de Linux Mobile System. [on
line] Disponible http://linuxmobile.sourceforge.net/files/LMS_ext3.pdf
 Corral, R. (2010, 26 de Marzo) Sistemas de Archivos – Tabla comparativa. Recuperado 16
de Noviembre de 2010. http://rafacorraldai1.blogspot.com/2010/03/sistemas-de-archivo-
tabla-comparativa.html

Título:
Sistemas de Archivos

Introducción:
Al instalar un Sistema Operativo, se nos pregunta qué sistema de archivos deseamos utilizar, y en
ese momento comienza el dilema: ¿Qué sistema de archivos tiene mejor rendimiento? ¿Cuál se
ajustara a nuestras necesidades de almacenamiento? ¿Cuál tendrá mejor manejo de control en la
seguridad de acceso a los mismos? Para ayudar en esa decisión y para conocer un poco más sobre
el funcionamiento de los Sistemas de Archivos se ha preparado la siguiente información.

Desarrollo:

¿Cómo funciona un Sistema de Archivos?

Un sistema de archivos es el modo en que un sistema operativo almacena la información en un
medio, que puede ser un disco duro, un diskette, un CD, etc. Sus funciones son estructurar los
 Profesional
Ensayo
datos, asegurar su consistencia y la recuperación de los mismos ante errores en el sistema, de
manera que los datos que se lean sean idénticos a los datos que se escribieron, todo esto de la forma
más robusta y eficiente posible.
Además de los datos, el sistema de archivos almacena información importante sobre los archivos y
el propio sistema de archivos, como la fecha, permisos de acceso, propiedad, localización del
archivo y tamaño. A estos datos se los conoce comúnmente con el nombre de metadatos.

¿Cómo se relacionan con los Sistemas Operativos?

El sistema de ficheros es la forma en que el sistema operativo organiza, gestiona y mantiene la
jerarquía de ficheros en los dispositivos de almacenamiento, normalmente discos duros. Cada
sistema operativo soporta diferentes sistemas de ficheros. Para mantener la modularización del
sistema operativo y proveer a las aplicaciones con una interfaz de programación (API) uniforme,
los diferentes sistemas operativos implementan una capa superior de abstracción denominada
Sistema de Ficheros Virtual (VFS: Virtual File System). Esta capa de software implementa las
funcionalidades comunes de los diversos sistemas de ficheros implementados en la capa inferior.
El modelo general de ficheros puede ser interpretado como orientado a objetos, donde los objetos
son construcciones de software (estructura de datos y funciones y métodos asociados) de los
siguientes tipos:
 Súper bloque: mantiene información relacionada a los sistemas de ficheros montados. Está
representado por un bloque de control de sistema almacenado en el disco (para sistemas
basados en disco).
 i-nodo: mantiene información relacionada a un fichero individual. Cada i-nodo contiene la
meta-información del fichero: propietario, grupo, fecha y hora de creación, modificación y
ultimo acceso, más un conjunto de punteros a los bloques del disco que almacenan los
datos del fichero. Almacena toda la información acerca del fichero excepto el fichero en sí.
 Fichero: mantiene la información relacionada a la interacción de un fichero abierto y un
proceso. Este objeto existe solo cuando un proceso interactúa con el fichero.
 Dentry: enlaza una entrada de directorio (pathname) con su fichero correspondiente. Los
objetos “dentry” recientemente usados son almacenados en una caché (dentry cache) para
acelerar la translación desde un nombre de fichero al i-nodo correspondiente.
 Profesional
Ensayo

Conociendo esto nos adentraremos en la descripción del funcionamiento de los diferentes sistemas
de archivos usados en la actualidad y de aquellos que usamos hasta hace poco tiempo.

FAT
La idea de la FAT (File Allocation Table, tabla de asignación de archivos) es dividir la
distribución (layout) física del disco, que se divide en cilindros, cabezales y sectores (CHS), en
unidades de asignación lógicas o clusters que se numeren simplemente desde 0 hasta X. El tamaño
de los clusters varía dependiendo del sistema FAT utilizado y del tamaño del disco. A este Sistema
de Archivos también se le conocía como FAT16.

FAT32
Este sistema hizo su aparición en la versión OSR2 (OEM Service Release 2) de Windows 95.
Aplica el mismo principio que FAT16 pero se extendió el registro a 32 bits, agregándole un campo
a la tabla FAT. Además, permite, en forma nativa, el uso de nombres largos de archivo.
Con la inclusión de un nuevo campo se aseguró la compatibilidad hacia atrás, ya que solamente se
había de ignorar ese campo en sistemas que no soportasen FAT32.

NTFS
En este sistema, todo se considera un archivo. Dentro de esta estructura, el archivo más importante
es el llamada MFT (Master File Record, Registro Maestro de Archivos). Este es una tabla que se
divide en registros de tamaño fijo (comúnmente 1 KB), cada uno de los cuales corresponde a un
archivo. Los primeros 16 archivos son archivos especiales, y cada uno de ellos se encarga de un
aspecto de la operación del sistema. Una copia de éstos se localiza en la mitad del volumen NTFS
 Profesional
Ensayo
para mayor seguridad. El resto puede ser fragmentado y guardado en cualquier posición del disco,
lo que evita que, ante un error físico en la MFT, el sistema no pueda ser accesible. Podríamos
considerar que un volumen NTFS se divide en dos partes: el 12% del disco se asigna a la MFT
(incluyendo su espacio reservado) y el 88% restante se asigna para almacenar los archivos
Toda la información de un archivo (incluyendo nombre, tamaño, posición de los clusters que lo
componen, etc.) se almacena en un registro. En el caso de que el espacio sea insuficiente para
almacenar toda la información, se usarán otros registros, que no necesariamente deben ser
contiguos. Si se da el caso de que un archivo no contiene datos o es muy pequeño, lo que hace el
sistema es almacenar el archivo en el primer registro libre en la MFT.
Es posible encriptar carpetas o archivos individuales para que no puedan ser accedidos desde otro
sistema. A través de cuotas de disco se puede asignar un máximo de espacio en disco a cada
usuario e incluso notificar si éste supera un nivel de advertencia intermedio.

EXT2
EXT2 divide lógicamente el disco en grupos de bloques de un tamaño fijo al crearse el sistema de
archivos. La información crítica del sistema está alojada en el llamado Súper-bloque. Aunque sólo
el Súper-bloque del Grupo de Bloque 0 es leído al inicio del sistema, se almacena una copia del
mismo en los diferentes grupos de bloques, por seguridad ante eventuales desastres. En caso de una
caída del sistema, e2fsck inicia un análisis de los datos del sistema de archivos. Los metadatos se
reconstruyen y los archivos o bloques de datos que quedan sueltos se guardan en un directorio
denominado lost+found en la raíz del disco.
A diferencia de los sistemas de archivos transaccionales, e2fsck analiza todo el sistema de archivos
y no sólo los bits de metadatos modificados, por lo que lleva mucho tiempo recuperar el sistema y
no es recomendado para servidores en donde se necesite alto rendimiento.

EXT3
Tiene una estructura similar a EXT2, con el único agregado de un archivo journal (log o registro)
en donde se almacenan las modificaciones que va sufriendo el sistema de archivos, lo que permite
una mayor seguridad en la consistencia de los datos ante una eventual caída del sistema. En el
archivo journal, el sistema escribe tres tipos de bloques de datos:
1) Metadatos: contiene el bloque de metadatos que está siendo actualizado por la transacción.
Cada cambio en el sistema de archivos, es escrito en el journal.
2) Bloques descriptores: estos bloques describen a otros bloques del journal para que luego
puedan ser copiados al sistema principal. Los cambios en estos bloques son siempre escritos antes
que los de metadatos.
 Profesional
Ensayo
3) Bloques cabeceras: describen la cabecera y cola del journal, más un número de secuencia para
garantizar el orden de escritura durante la recuperación del sistema de archivos.

JFS
Desarrollado por IBM para plataformas AIX, se portó a sistemas GNU/LINUX en el año 2000.
Está pensado para sistemas servidores ya que es un sistema de 64 bits y soporta archivos grandes y
particiones LFS (Large File Support).
Manejo eficaz de journaling: JFS sigue el principio de “metadata only”. En lugar de una
comprobación completa, sólo se tienen en cuenta las modificaciones en los metadatos provocadas
por las actividades del sistema. Esto ahorra una gran cantidad de tiempo en la fase de recuperación
del sistema tras una caída.
JFS asigna espacio a los archivos en forma de extensiones, es decir, bloques de disco contiguos que
se tratan como si fueran una unidad. El tamaño de las unidades de extensión puede variar: desde un
solo bloque a muchos megabytes. De esta forma se permite que se envíen solicitudes de
entrada/salida más grandes, lo que trae aparejado una mayor eficacia que leer o grabar un sólo
bloque a la vez. Si un archivo se lee secuencialmente, el sistema puede buscar y traer una parte de
la unidad de extensión actual que sea más grande de lo necesario para satisfacer una sola llamada
de lectura del sistema, posibilitando que se pueda acceder a los datos en la caché del buffer en
lecturas posteriores. Esta forma de lectura anticipada no conlleva ninguna operación de
entrada/salida extra, ya que los datos son contiguos en el disco. En lugar de eso, se introducen más
datos en la caché del búfer con una sola solicitud de entrada/salida de los que se necesitan en el
acto, agilizando el sistema posteriormente.

REISER4
Reiser4 usa árboles B* en conjunto con los "dancing tree balancing", donde los nodos poco
poblados no se fusionan hasta que se graban a disco, exceptuando volcados de memoria o cuando
se completa una transacción. Tal sistema permite crear ficheros y directorios sin tener que
malgastar tiempo y espacio mediante bloques de tamaño prefijado. También soporta el journaling
de datos y el modo “ordered” de datos. Además introdujo el concepto de elementos de archivo o
“items” y de plug-ins. En caso de que un archivo contenga información relevante para varios
usuarios, grupos o programas, los permisos se vuelven poco precisos para poder incluir a todos. Lo
que permite la característica de elementos de archivos es dividir el archivo en porciones más
pequeñas (llamadas “items”) y establecer permisos de acceso para cada elemento o usuario, siendo
ésta una característica que agrega mayor precisión y seguridad al sistema. Lo que permite el
 Profesional
Ensayo
concepto de plug-ins es “enchufarle” al sistema de archivos nuevas funcionalidades sin tener que
recompilar el kernel o reformatear el disco.

HFS Plus
Los volúmenes de HFS Plus están divididos en sectores (bloques lógicos en HFS), de 512 Bytes.
Estos sectores están agrupados juntos en un bloque de asignación que contiene uno o más sectores;
el número de bloques de asignación depende del tamaño total del volumen. HFS Plus usa un valor
de dirección para los bloques de asignación mayor que HFS, 32 bit frente a 16 bit de HFS; lo que
significa que puede acceder a 232 bloques de asignación. Típicamente un volumen HFS Plus esta
embebido en un Envoltorio HFS (HFS Wrapper), aunque esto es menos relevante. El envoltorio fue
diseñado para dos propósitos; permitir a los ordenadores Macintosh HFS Plus sin soporte para HFS
Plus, arrancar los volúmenes HFS Plus y ayudar a los usuarios a realizar la transición a HFS Plus.
HFS Plus arrancaba con un volumen de ficheros de solo lectura llamado
Where_have_all_my_files_gone?, que explicaba a los usuarios con versiones del Mac OS sin HFS
Plus, que el volumen requiere un sistema con soporte para HFS Plus. El volumen origina HFS
contiene una firma y un desplazamiento en los volúmenes HFS Plus embebidos en su cabecera del
volumen. Todos los bloques de asignación en el volumen HFS que contienen el volumen embebido
son mapeados fuera del archivo de asignación HFS como bloques dañados.

SISTEMAS DE ARCHIVOS – TABLA COMPARATIVA

 Profesional
Ensayo
Longitu
d
Tamaño Numero POSIX
máxima Tamaño Contenid
máximo máximo de Permisos
Sistemas operativos de máximo Journali o
de de
soportados nombre volume ng   directori
archivo   archivos      archivos  
fichero n     os   
               
bytes      
    
FAT12 Dos de Microsoft windows 8.3 32Mb 4077 32Mb NO Tabla
FAT16 Dos de Microsoft Windows 8.3 2Gb 65617 2Gb NO tabla
DOS v7 ,Windows
26843543
FAT32 98,ME,2000, XP, 8.3 4Gb 2TB NO tabla
7
2003,VISTA,7
Windows 2000, XP, 42949672
NTFS 255 16EB 2^64 ACL Si tree-b+
2003,VISTA,7 95
OS/2,WINDOWS
HPFS 255 2Gb ilimitado 2Tb si NO tree-b+
NT,LINUX,FREEBSD
applesha
HFS MAC OS, MAC OS X 31 2Gb 65535 2Tb NO tree-b*
re
MAC OS 8,9,X, DARWIN &
HFS+ 255 8Eb 2^32 8Eb ACL SI tree-b
GNU/LINUX
LINUX,BSD,WINDOWS(M
EXT2 EDIANTE IFS), 255 2Tb 10^18 16Tb si No i-nodos
MAC OS X
LINUX,BSD,WINDOWS(A
Unix,AC tabla/árb
EXT3 TRAVES DE 255 2Tb 32Tb SI
L ol
IFS)                                    
tabla/árb
EXT4 LINUX 256 16Tb 2^32 1Eb si SI
ol
REISER Unix,AC
LINUX 4032 8Tb 2^32 16Tb SI tree-b+
FS   L
REISER3  Unix,AC
LINUX 4032 8Tb 2^32 16Tb SI tree-b+
     L
3976 Dancing
REISER4 LINUX 8Tb SI
octetos tree-b
255 extensive
LINUX, MAC OS octetos 16 Eb No,
ZFS 2^48 16 Eb si hash
X,FREEBSD,SOLARIS  usa ZIL
table
255
XFS IRIX,LINUX,FREEBSD 8 Eb 64 Tb 16 Eb ACL SI tree-b+
octetos

Conclusión:

Hemos visto los distintos sistemas de archivos y se puede concluir que NTFS es un muy buen
sistema, nos ofrece estabilidad, buen rendimiento (journaling), el mejor manejo de archivos de gran
tamaño (16 EB), y el mejor control en la seguridad de acceso, ya que es posible encriptar carpetas o
archivos individuales para que no puedan ser accedidos desde otro sistema. A través de cuotas de
disco se puede asignar un máximo de espacio en disco a cada usuario e incluso notificar si éste
supera un nivel de advertencia intermedio.
Profesional
Ensayo