Por Canuto  

MeshXFS propone adaptar XFS para que varios nodos accedan al mismo almacenamiento, con bloqueo distribuido y mecanismos de recuperación. Su creador atribuye a herramientas de IA la generación del código añadido y afirma que el proyecto realiza pruebas multinodo, aunque la información disponible no equivale a una auditoría técnica independiente.
***

  • MeshXFS busca permitir que varios equipos monten el mismo sistema de archivos en lectura y escritura.
  • Steve Shoecraft afirma que Claude Opus generó el código nuevo y que otros modelos ayudaron a discutir problemas técnicos.
  • El proyecto declara pruebas en clústeres de varios nodos y fija como objetivo que el tiempo de ejecución no supere el doble del de XFS nativo sobre el mismo almacenamiento.

MeshXFS es una propuesta para adaptar XFS al uso compartido en clústeres, con código nuevo que su creador atribuye a agentes de inteligencia artificial y pruebas diseñadas para varios nodos. Steve Shoecraft afirma que la integridad de los datos fue una prioridad del proyecto, aunque la información disponible no constituye una revisión técnica independiente.

  • El proyecto declara que adapta XFS para permitir acceso concurrente en lectura y escritura desde varias máquinas.
  • Su diseño descrito incluye dos gestores de bloqueo, coherencia de caché, mecanismos de fencing y recuperación del journal.
  • Shoecraft afirma que cada versión pasa por unas 30 pruebas en clústeres; la información publicada no presenta esos resultados como una auditoría independiente.

De XFS a un sistema compartido

MeshXFS busca convertir XFS en un sistema de archivos POSIX en clúster, de modo que varias máquinas puedan montar el mismo almacenamiento en lectura y escritura. Su creador, Steve Shoecraft, lo presenta como un experimento sobre las capacidades de la inteligencia artificial para desarrollar software de bajo nivel, donde los errores pueden afectar la disponibilidad o integridad de los datos.

XFS sirve como base, pero el acceso simultáneo desde varios nodos requiere funciones adicionales para coordinar operaciones y evitar que cada equipo actúe como si tuviera el almacenamiento para sí solo. La descripción del proyecto atribuye a MeshXFS la incorporación de bloqueo distribuido, coherencia de caché, fencing y mecanismos de recuperación ante fallos alrededor del código original.

La distinción entre la base y las modificaciones es central para entender la propuesta. Shoecraft sostiene que el código upstream de XFS sirve como punto de partida, mientras que las funciones para el montaje concurrente en clúster fueron generadas por inteligencia artificial. Por tanto, su afirmación no es que una IA haya creado desde cero todo XFS.

La documentación de Red Hat describe GFS2 como un sistema de archivos de clúster con espacio de nombres compartido y gestión de coherencia entre nodos. SUSE, por su parte, documenta OCFS2 como una opción que permite acceso concurrente de lectura y escritura a almacenamiento compartido. MeshXFS se presenta, por tanto, como una propuesta basada en XFS dentro de una categoría que ya cuenta con otras alternativas.

El proyecto declara que se distribuye bajo la licencia GPL-2.0 y se describe como un sistema de archivos POSIX en clúster funcional. Estas son afirmaciones sobre el proyecto y su estado declarado, no una certificación independiente de que sea apropiado para cualquier entorno o carga de trabajo.

Bloqueos, coordinación y recuperación

El bloqueo distribuido busca coordinar el acceso concurrente a los archivos y metadatos entre los nodos. Según la descripción del proyecto, MeshXFS incorpora dos gestores para esa tarea: uno opera a través de la red, mientras el otro conserva el estado de los bloqueos en el almacenamiento compartido mediante SCSI COMPARE AND WRITE.

El diseño también incluye coherencia de caché entre nodos, para evitar que los equipos trabajen con versiones incompatibles de la información almacenada temporalmente. A esto se suma el fencing mediante reservas persistentes SCSI, un mecanismo que el proyecto describe como parte de su estrategia para gestionar la participación de los nodos cuando ocurren fallos.

MeshXFS atribuye al nodo superviviente la recuperación del journal tras un problema en el clúster. El propósito es gestionar las operaciones registradas, pero la descripción disponible no detalla resultados cuantitativos de cada escenario ni permite concluir que el mecanismo cubra todas las clases posibles de fallo.

Además del código que adapta XFS, MeshXFS incluye, según la descripción del proyecto, un envoltorio en disco y herramientas de espacio de usuario para crear, revisar y redimensionar sistemas de archivos. La lista mencionada por Shoecraft incluye mkfs, fsck y resize, además de automatización de pruebas y validación de versiones.

El papel de los modelos y las pruebas

Shoecraft atribuye a Claude Opus, ejecutado como agente autónomo de programación en Claude Code, una parte sustancial del desarrollo. Según su relato, el agente consultó a Claude Fable, GPT, Gemini y Astra sobre cuestiones como el diseño del protocolo de bloqueo, las condiciones de carrera durante la recuperación y la corrección del fencing.

Shoecraft afirma que la IA también escribió y ejecutó pruebas, diagnosticó fallos y luego los corrigió. El impulsor dice que su propia intervención consistió en definir el objetivo y los criterios, no en escribir, editar ni revisar el código. Esa afirmación describe el proceso según el creador, pero no sustituye una revisión técnica independiente.

Entre los criterios que Shoecraft dice haber fijado aparecen tres prioridades: poner primero la integridad de los datos, evitar que el sistema bloquee el host y mantener el tiempo de ejecución dentro del doble del de XFS nativo sobre el mismo almacenamiento. La información disponible no ofrece mediciones detalladas para comprobar ese objetivo en distintas cargas de trabajo.

El creador señala que cada versión atraviesa una suite de unas 30 pruebas en clústeres reales de varios nodos. También menciona arneses de prueba y automatización del banco de pruebas, pero la información publicada no identifica resultados individuales ni criterios de aprobación. Tampoco aporta una evaluación externa de esa batería.

Un experimento que plantea preguntas de confianza

Shoecraft afirma que el árbol de código de XFS pasó de unas 226.000 líneas a cerca de 314.000 desde que comenzó la bifurcación. La cifra representa el crecimiento total que él describe, no una medición independiente del código producido exclusivamente por IA ni una evaluación de su calidad.

Ese matiz importa porque un sistema de archivos administra estructuras esenciales para guardar y recuperar información. Que el software compile o complete las pruebas seleccionadas por sus autores puede aportar información sobre su desarrollo, pero no equivale automáticamente a una garantía de seguridad o idoneidad para datos críticos.

MeshXFS plantea una pregunta más amplia sobre la programación asistida por IA: cuánto puede delegarse en agentes automáticos cuando el software debe coordinar procesos y responder a fallos. El proyecto sostiene que el enfoque permitió desarrollar una implementación compleja, pero la generación del código, la cobertura de las pruebas y la confianza de los operadores son cuestiones distintas.

Quienes quieran examinar el código y el avance del sistema pueden consultar el repositorio de MeshXFS en GitHub, señalado por su creador como punto de referencia del proyecto. La información presentada permite conocer su arquitectura y los objetivos declarados, pero no basta para afirmar que superó una revisión externa o que deba reemplazar instalaciones existentes de XFS.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados