Autor: Rodrigo Bermedo
Competencia: Gestion del conocimiento
Palabras Claves: EXT3, Archivos, Sistema de archivos
Descripvion de la actividad
Esta actividad fue desarrollada para el cuerso de Mantencion y administracion de sistemas, la actividad consistia en buscar las caracteristicas principales de un sistema de archivos en este caso el sistema de archivos es EXT3.
¿que es un sistema de archivos?
En computación, un sistema de archivos es un método para el almacenamiento y organización de archivos de computadora y los datos que estos contienen, para hacer más fácil la tarea encontrarlos y accederlos. Los sistemas de archivos son usados en dispositivos de almacenamiento como discos duros y CD-ROM e involucran el mantenimiento de la localización física de los archivos. Más concretamente un sistema de archivos es un conjunto de datos abstractos que son implementados para el almacenamiento, la organización jerárquica, la manipulación, el acceso, el direccionamiento ya la recuperación de datos. Los sistemas de archivos tienen muchas similitudes con los sistemas de base de datos.
En general, los sistemas operativos poseen su propio sistema de archivos, en ellos los sistemas de archivos pueden ser representados como texto (el Shell de Dos) o gráficamente (explorador de archivos de Windows) utilizando un gestor de archivos.
El software del sistema de archivos se encarga de organizar los archivos (que suelen estar segmentados físicamente en pequeños bloques de pocos bytes) y directorios, manteniendo un registro de qué bloques pertenecen a qué archivos, qué bloques no se han utilizado y las direcciones físicas de cada bloque.
Sistema de archivos EXT3
EXT3 es un sistema de archivos con registro por diario (journalist). Es el sistema de archivos más usado en distribuciones Linux, aunque ahora está siendo reemplazado por EXT4.
La principal diferencia con EXT2 es su registro por diario. Un sistema de archivos EXT3 puede ser montado y usado como un sistema de archivos EXT2. Otra diferencia importante es que EXT3 utiliza un árbol binario balanceado (árbol AVL) e incorpora un asignador de bloques de disco Orlov.
La principal diferencia con EXT2 es su registro por diario. Un sistema de archivos EXT3 puede ser montado y usado como un sistema de archivos EXT2. Otra diferencia importante es que EXT3 utiliza un árbol binario balanceado (árbol AVL) e incorpora un asignador de bloques de disco Orlov.
Caracteristicas de EXT3
Límites de tamaño
Ext3 tiene dos límites de tamaño distintos. Uno para archivos y otro para el tamaño del sistema de archivos entero. El límite del tamaño del sistema de archivos es 231-1 bloques
Niveles del journaling
Hay tres niveles posibles de journaling (registro por diario)
Diario (riesgo bajo)
Los metadatos y los ficheros de contenido son copiados al diario antes de ser llevados al sistema de archivos principal. Como el diario está en el disco continuamente puede mejorar el rendimiento en ciertas ocasiones. En otras ocasiones el rendimiento es peor porque los datos deben ser escritos dos veces, una al diario y otra a la parte principal del sistema de archivos.
Pedido (riesgo medio)
Solo los metadatos son registrados en el diario, los contenidos no, pero está asegurado que el contenido del archivo es escrito en el disco antes de que el metadato asociado se marque como transcrito en el diario. Es el sistema por defecto en la mayoría de las distribuciones de Linux. Si hay un bajón de tensión o kernel Panic cuando el fichero se está escribiendo o está empezando, el diario indicará que el nuevo archivo o el intento no ha sido pasado, por lo que será purgado por el proceso de limpiado
Reescritura (riesgo alto)
Solo los metadatos son registrados en el diario, el contenido de los archivos no. Los contenidos pueden estar escritos antes o después de que el diario se actualice. Como resultado, los archivos modificados correctamente antes de una ruptura pueden volverse corruptos. Por ejemplo, un archivo pendiente de ser marcado en el diario como mayor de lo que actualmente es, convirtiendo en basura al final de la comprobación. Las versiones antiguas de los archivos pueden aparecer inesperadamente después de una recuperación de diario. La carencia de sincronización entre los datos y el diario es rápidamente subsanada en muchos casos. JFS usa este nivel de journaling, pero se asegura de que cualquier basura es borrada al reiniciar
Ventajas de EXT3
Disponibilidad:
En el caso de que ocurra un apagado incorrecto de la maquina los sistemas de ficheros EXT2 no pueden ser montados nuevamente si antes no so son analizados por el programa “fsck”, el tiempo que tarda este programa en analizar el sistema de archivos está dado por el tamaño de este mismo.
En contraste el ext3 no requiere un chequeo del disco, incluso después de un apagado incorrecto del sistema. Esto es debido a que los datos son escritos al disco de tal manera que el sistema de ficheros siempre esta consistente. Sólo se realizará un "fsck" en el caso de fallos hardware raramente dados (por ejemplo fallos físicos del disco duro), y en el caso de que el sistema de ficheros esté configurado para que se chequee completamente de forma automática cada cierto periodo de tiempo o cada cierto número de montajes para prevenir posibles fallos.
Integridad después de una recuperación de diario. La carencia de sincronización entre los datos y el diario es rápidamente subsanada en muchos casos. JFS usa este nivel de journaling, pero se asegura de que cualquier basura es borrada al reiniciar.
En contraste el ext3 no requiere un chequeo del disco, incluso después de un apagado incorrecto del sistema. Esto es debido a que los datos son escritos al disco de tal manera que el sistema de ficheros siempre esta consistente. Sólo se realizará un "fsck" en el caso de fallos hardware raramente dados (por ejemplo fallos físicos del disco duro), y en el caso de que el sistema de ficheros esté configurado para que se chequee completamente de forma automática cada cierto periodo de tiempo o cada cierto número de montajes para prevenir posibles fallos.
Integridad después de una recuperación de diario. La carencia de sincronización entre los datos y el diario es rápidamente subsanada en muchos casos. JFS usa este nivel de journaling, pero se asegura de que cualquier basura es borrada al reiniciar.
EXT3 escribe tres tipos de bloques de datos en el registro:
1. Meta-información: Contiene el bloque de meta-información que está siendo actualizado por la transacción. Cada cambio en el sistema de ficheros, por pequeño que sea, es escrito en el registro. Sin embargo es relativamente barato ya que varias operaciones de E/S pueden ser agrupadas en conjuntos más grandes y pueden ser escritas directamente desde el sistema page-cache.
2. Bloques descriptores: Estos bloques describen a otros bloques del registro para que luego puedan ser copiados al sistema principal. Los cambios en estos bloques son siempre escritos antes que los de meta-información.
3. Bloques cabeceras: Describen la cabecera y cola del registro más un número de secuencia para garantizar el orden de escritura durante la recuperación del sistema de ficheros.
Velocidad
El sistema de archivos ext3, aparte de permitir escribir datos más de una vez, en la mayoría 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.
Los diferentes modos son:
Data = writeback: limita la garantía de integridad de los datos, permitiendo a los antiguos datos aparecer en ficheros después de una caída, para un posible pequeño incremento de la velocidad en algunas circunstancias. Este es el modo journaling por defecto en muchos otros sistemas de ficheros journaling, esencialmente proporciona las garantías más limitadas de integridad en los datos y simplemente evita el chequeo en el reinicio del sistema.
Data = ordered: (modo por defecto): garantiza que los datos son consistentes con el sistema de ficheros. Los ficheros escritos recientemente nunca aparecerán con contenidos basura después de una caída.
Data = journal: requiere un "journal" grande para una velocidad razonable en la mayoría de los casos y por lo tanto tarda más tiempo recuperar el sistema en el caso de un apagado incorrecto, pero es algunas veces es más rápido para algunas operaciones ya que funciona muy bien si se escriben muchos datos al mismo tiempo (por ejemplo en los spools de correo o servidores NFS sincronizados). No obstante, utilizar el modo "journal" para un uso normal resulta con frecuencia un poco más lento.







