EROFS desactiva la descompresión LZ4 rolling por riesgo de corrupción de datos

El proyecto EROFS, usado en sistemas embebidos, contenedores y otras aplicaciones de solo lectura, ha decidido desactivar la descompresión "rolling" basada en LZ4. La medida llega justo antes de la publicación de la rama candidata Linux 7.3‑rc3, programada para este domingo.

En el último merge de EROFS se explicó que equipos de AWS detectaron casos raros de corrupción de datos al leer ciertos bloques comprimidos con LZ4. La causa parece ser una copia de memoria hacia atrás en la implementación upstream de LZ4, que viola la premisa de la ventana de descompresión rolling. Como el código de LZ4 está fuera del control del kernel, los mantenedores optaron por desactivar la característica mientras buscan una solución definitiva. El parche que introduce la desactivación se puede consultar en el patch.

La descompresión rolling se había introducido para reducir la huella de memoria durante la lectura de pequeñas porciones dentro de un extenso comprimido (pcluster). En teoría, al aprovechar que LZ4 es una variante de LZ77 y solo necesita los últimos 64 KiB de datos descomprimidos, se podía evitar la reserva de páginas temporales. En el peor caso, desactivar la optimización implica unos 146 páginas extra por solicitud para un bloque de 601 960 bytes comprimido a 256 KiB.

El impacto inmediato es un mayor consumo de RAM en tiempo de ejecución, aunque el commit 0f6273ab4637 "erofs: add a reserved buffer pool for lz4 decompression" ayuda a mitigar el aumento de memoria. La ventana rolling podrá volver a activarse si la comunidad upstream garantiza copias siempre hacia adelante o si EROFS incorpora su propia versión de LZ4.

Esta decisión subraya la prioridad que los mantenedores dan a la integridad de los datos en entornos de producción. Los usuarios de EROFS deberán estar atentos a la evolución del parche y a posibles ajustes de configuración en futuras versiones del kernel.