Palabras clave

• Sistemas de ficheros bajo diarios
• Sistemas de ficheros distribuidos
• Escalabilidad, paralelismo, disponibilidad
• Características de sistemas de ficheros programadas en modo usuario
• Proposiciones de modificaciones de l'API de  Linux 2.5.*

Motivo

Después de años de uso intenso, ext2 puede ser considerado como un sistema de ficheros rápido, más bien en fase terminal. Sin embargo, el aumento exponencial de la capacidades de almacenamiento y de nuevos usos (por ejemplo los servidores de precio medio) han puesto al día algunas debilidades, especialemente :

• después de un paro brusco, e2fsck puede pasar un tiempo importante para verificar los sistemas de ficheros de tamaño importante ; al final, el estado de los meta-datos del sistema de ficheros no es totalemente previsible ;
• ext2 no trata bien los directorios muy poblados ;
• ext2 no trata muy bien los ficheros de tamaño importante ;
• etc.

El primer problema puede ser resuelto sin penalizar demasiado la ejecución, utilizando un sistema de ficheros bajo diario. Otros problemas pueden ser  bastante  reducidos sustituyendo  las estructuras de datos escritas en el disco  por estructuras de alto rendimiento. Varios proyectos y transportes de sistemas de ficheros bajo diarios existent hoy día.

Estos proyectos, a su vez, han probado que las técnicas de buferización de bloques de Linux (cache de páginas, bufer cache,  capa LVM,  capa RAID de programas, ...) necesitarían ser trabajadas de nuevo para satisfacer sus necesidades de forma unificada. La API VFS también debe ser modificada para proporcionar las nuevas funciones a las capas superiores (número de bits de los argumentos más alto, nuevos sistemas de control de acceso a los ficheros, APIs mejoradas  para las aplicaciones de tipo base de datos o a las aplicaciones multimedias, enlaces duros con copia a la escritura, ...) con un paralelismo mejorado.

Los sistemas de ficheros distribuidos de alto rendimiento y gran disponibilidad interesan también por la aplicaciones de tipo cliente-servidor, la puesta en marcha de "agrupaciones" (clusters) o incluso la informática móvil.

Cuando se emplean los sistemas de ficheros bajo diarios para el almacenamiento local, pueden beneficiarse de los diarios para establecer la integridad des los datos distribuidos. ¿ Permitiría una API normalizada  elegir los sistemas de ficheros locales y distribuidos de manera independiente ?

Numerosas características de los sistemas de ficheros como la escritura de nombres de ficheros, la compresión, el cifrado de datos,  la verificación, u otras manipulaciones menos convencionales pueden ser programadas en las capas altas (VFS o modo usuario), independientemente de los detalles de la "función de almacenamiento" en concreto.

La conservación de buenos rendimientos necesita diversiones (hooks) en los lugares estratégicos.

Temas secundarios

• ext3, Reiserfs, IBM's JFS, SGI's XFS
• Coda, OBDFS/Intermezzo (proyecto Lustre)
• Podfuk, sistemas de ficheros apilables (Stackable filesystems)
• Buferización de bloques
• API virtual de sistema de ficheros (VFS)

Programa

Jueves 6 de julio

Viernes 7 de julio

Lista de difusión para la organización de temas

• Para inscribirse, enviar un correo electrónico a sympa@lsm.abul.org con "subscribe lsm-5" como mensaje.
• Para enviar un correo a la lista, escribir a lsm-5@lsm.abul.org.