domingo, 3 de noviembre de 2019

Consistencia después de una interrupción abrupta en el sistema operativo

Fecha: 03/11/2019

Nombres y apellidos integrante:
SEBASTIAN RÚA SIERRA
ID Integrante:
1152192451
Módulo: Sistemas operativos.
Unidad: Administración de la información.
Actividad: Reconociendo lo aprendido unidad 3.
Tarea: Informe

Estructura en el dispositivo
Asignación de espacios
Recuperación y fallos


PROPÓSITO: Esta TIA tiene como propósito que usted dé cuenta de la compresión de la composición de la estructura del sistema archivos en el dispositivo, la asignación de espacios y la recuperación y fallos

INSTRUCCIONES:

Realice un esquema, de cómo se estructura cada bloque de información sobre varios discos bajo RAID niveles 0, 1 y 5. Para cada uno de estos niveles, indique el efecto que su empleo tendría en cuanto a espacio total, velocidad de acceso, confiabilidad (tenga en cuenta leer el apéndice C del documento “Fundamentos sistema operativo”).

Desarrolle la siguiente pregunta: ¿Cuál es el tamaño máximo de archivo que podrá manejar este sistema de archivos? Partiendo del siguiente sistema de archivos basado en asignación indexada; cada cluster mide 4.096 bytes, y el apuntador a un bloque requiere 32 bits (4 bytes). Dados los metadatos que van a almacenarse en el i-nodo del archivo, dentro del i-nodo principal puede guardar 24 apuntadores directos, y está considerando permitir indirección sencilla y doble. Describa el funcionamiento de un sistema de archivos con bitácora (journaling file system). y responda la siguiente pregunta ¿Cómo nos asegura que el sistema se mantendrá consistente después de una interrupción abrupta del suministro eléctrico? Siga el siguiente formato.

ESQUEMAS
RAID 0
Reparte los datos de forma equivalente entre dos o más discos. Se usa  para:
Aportar un alto rendimiento de escritura ya que los datos se escriben en dos o más discos.
Puede crearse en discos de diferentes tamaños, pero el espacio de almacenamiento añadido al conjunto estará limitado por el tamaño del disco más reducido.
Una buena implementación de un RAID 0 dividirá las operaciones de lectura y escritura en bloques de igual tamaño, por lo que distribuirá la información equitativamente entre los dos discos.
Puede usarse como forma de crear un pequeño número de grandes discos virtuales a partir de
Un gran número de pequeños discos físicos
Se necesita tener 2 discos duros como mínimo para aumentar la capacidad de
almacenamiento.

RAID 1

Sólo puede ser tan grande como el más pequeño de sus discos.
Crea una copia exacta de un conjunto de datos en dos o más discos. Esto resulta
útil cuando queremos tener más seguridad desaprovechando capacidad, ya que si

Perdemos un disco, tenemos el otro con la misma información. También puede estar leyendo simultáneamente dos datos diferentes en dos discos diferentes, por lo que su rendimiento se duplica y tiene muchas ventajas de administración. En caso de fallar un disco duro, es posible continuar las operaciones en el otro disco duro. No se mejora el rendimiento y los otros discos duros son ocultos. Es indispensable tener al menos dos discos duros. 

RAID 5




Necesitará un mínimo de 3 discos para ser implementado. Se genera un bloque de paridad dentro de la misma división. Un bloque se
 compone a menudo de muchos sectores consecutivos de disco. 
Es una división de datos a nivel de ​bloques que distribuye la información de​paridad
Entre todos los discos miembros del conjunto. 
Las escrituras en un RAID 5 son costosas en términos de operaciones de disco y
Tráfico entre los discos y la controladora.
El disco utilizado por el bloque de paridad está escalonado de una división a la
Siguiente: De ahí el término «bloques de paridad distribuidos.
Respalda los datos ante posibles pérdidas, ya sea por anomalía en una unidad de
Disco o por daños causados en un disco.
Los bloques de paridad no se leen en las operaciones de lectura de datos, ya que
Esto sería una sobrecarga innecesaria y disminuiría el rendimiento.
Si falla más de un disco, los datos se tienen que restaurar a partir del medio de
Copia de seguridad. Lógicamente, la capacidad de una unidad de disco está dedicada

A almacenar datos de paridad en un conjunto de paridad.

2. Desarrolle la siguiente pregunta: ¿Cuál es el tamaño máximo de archivo que podrá manejar este sistema de archivos? Partiendo del siguiente sistema de archivos basado en asignación indexada; cada clúster mide 4.096 bytes, y el apuntador a un bloque requiere 32 bits (4 bytes). Dados los metadatos que van a almacenarse en el i-nodo del archivo, dentro del i-nodo principal puede guardar 24 apuntadores directos, y está considerando permitir una dirección sencilla y doble. Describa el funcionamiento de un sistema de archivos con bitácora (journaling file system). y responda la siguiente pregunta: ¿Cómo nos asegura que el sistema se mantendrá consistente después de una interrupción abrupta del suministro eléctrico?
R/
En un clúster vacío caben 128 apuntadores (4 096 / 32) si los metadatos ocupan 224 bytes en el i-nodo, dejando espacio para 100 apuntadores: Un archivo de hasta (100−3) ×4 KB = 388 KB puede ser referido por completo directamente en el i-nodo, y es necesario un sólo acceso a disco para obtener su lista de clúster. Un archivo de hasta (100−3+128) ×4 KB = 900 KB puede representarse con el bloque de indirección sencilla, y obtener su lista de clústeres significa dos accesos a discos adicionales. Con el bloque de doble indirección, puede hacerse referencia a archivos mucho más grandes: (100−3+128+ (128×128)) ×4 KB = 66,436 KB ≈ 65 MB. Sin embargo, a estas alturas comienza a llamar la atención otro importante punto: para acceder a estos 65MB es necesario realizar hasta 131 accesos a disco. A partir de este punto, resulta importante que el sistema operativo asigne clústeres cercanos para los metadatos (y, de ser posible, para los datos), pues la diferencia en tiempo de acceso puede ser muy grande.
Un clúster es el tamaño mínimo de almacenamiento del disco duro, es decir, si lo Almacenamos en un fichero, este se aloja en un clúster para él solo, pero, si el archivo ocupa más, este utilizará más clústeres, pero no compartirá un clúster con ningún otro fichero del sistema.  El tamaño del clúster delimita el tamaño mínimo que un fichero ocupará en nuestro disco duro. Si el tamaño de clúster (o de asignación de archivos) es de 4096 bytes y guardamos un fichero de 1758 bytes realmente estamos ocupando en el disco un total de 4096 bytes, ya que este es el tamaño de asignación de nuestro disco duro o partición, en este caso desperdiciamos 4096 – 1758 = 2338 bytes. Cuanto más pequeño es el clúster, menos espacio desaprovechamos

Solución:

Si tenemos un tamaño de clúster de 32 bytes el archivo del ejemplo anterior
Ocupará 4 clúster y esto nos dará una pérdida de 32 * 4 = 128  bytes – 1758 = 1630

Bytes, como vemos, la pérdida es mucho menorCuanto más pequeño es el clúster, mayor es la fragmentación del disco. Si tenemos el disco dividido en partes más pequeñas, la fragmentación es mayor y la mayor pérdida de rendimiento. De otro modo, al elegir un mayor tamaño de clúster, si la fragmentación se reduce, pero también desaprovechamos un mayor espacio en disco.

3.Describa el funcionamiento de un sistema de archivos con bitácora (journaling file system). y responda la siguiente pregunta:  
R/
Consiste en separar un área del volumen y dedicarla a llevar una bitácora con todas las transacciones de metadatos. Una transacción es un conjunto de operaciones que deben aparecer como atómicas. La bitácora se implementa generalmente como una lista ligada circular, con un apuntador que indica cuál fue la última operación realizada exitosamente. Periódicamente, o cuando la carga de transferencia de datos disminuye, el sistema verifica qué operaciones quedaron pendientes y avanza sobre la bitácora, marcando cada una de las transacciones conforme las realiza. En caso de tener que recuperarse de una condición de fallo, el sistema operativo sólo tiene que leer la bitácora, encontrar cuál fue la última operación efectuada y aplicar las restantes.  



4. ¿Cómo nos asegura que el sistema se mantendrá consistente después de una interrupción abrupta del suministro eléctrico?
R/
Con un sistema de bitácora no hace falta verificar el sistema de archivos completo tras una detención abrupta, esto no exime de que, de tiempo en tiempo, el sistema de archivos sea verificado. Es altamente recomendado hacer una verificación periódica en caso de presentarse alguna corrupción, sea por algún bug en la implementación, fallos en el medio físico, o factores similarmente poco frecuentes

No hay comentarios:

Publicar un comentario