CramFS vs SquashFS

En los equipos embebidos como el nuestro se suelen usar sistemas de archivos de sólo lectura entre otras cosas porque son simples y eficientes con el espacio usado.

Todos los firmwares para el M7x0 usan CramFS, pero en la nueva versión unstable del firmware VDR se está usando SquashFS, que es un sistema de archivos que tiene más funcionalidades, comprime mucho más y encima es muchísimo más rápido.

He estado mirando comparativas entre CramFS y SquashFS y me ha sorprendido comprobar que el sistema CramFS es el peor sistema de todos y al parecer esa debió ser la razón que decantó a Siemens para usarlo :affraid: .

Aquí hay una comparativa para ver las mejoras entre Squashfs 2.0 y 2.1 (aunque nosotros usamos la 3.1-r2 con compresión LZMA y todavía es mejor) respecto a otros sistemas como CramFS: 
http://elinux.org/Squash_Fs_Comparisons#Damn_Small_Linux_liveCD_performance_tests

Otras 2 comparativas más actualizadas:
http://bisqwit.iki.fi/source/cromfs.html#compare
http://bisqwit.iki.fi/source/cromfs.html#compression

Y supongo que los fantasbulosos LCK-Siesta son Cramfs no?

Correcto, sólo los firms VDR de la rama unstable usan SquashFS.

Y tiene algo que ver con la forma en la que graban en el disco duro? supongo que no verdad?
Es que con los LCK nunca me había "pixelado" en las grabaciones, y con el VDR en casi todas las grabaciones hay algún punto en el que pixela.
Parece que es cuando coinciden 2 grabaciones y estás trasteando el giga, etc.
Es que en LCK yo diría que las grabaciones tienen prioridad muy alta y los menús muy baja (sobre todo por la lentitud de los menús cuando está haciendo algo)
Parece que en VDR los menus están en prioridad normal y las grabaciones en "por encima de lo normal" o "normal"

No tiene nada que ver, y en todo caso serviría para que funcionara mejor.

Además, hasta hace un par de semanas no lo establecí por defecto en la rama unstable, por lo que si no lo activaste manualmente en el archivo ".config" o no tienes una versión reciente todavía estarás usando CramFS.

Lo que afecta directamente a las pixelaciones es el tamaño de los trozos para las grabaciones.
A mayor tamaño menos pixelaciones, pero entonces la edición de grabaciones con enlaces duros no serán tan rápidas porque no se podrán reaprovechar los trozos.

En el VDR original el tamaño mínimo es de 100 MB, pero en el VDR-NG-EM para aprovechar los enlaces duros lo mínimo es de 1 MB.

Lo bueno es que hay libertad para que cada uno lo configure como mejor le vaya (también influye la velocidad de nuestros discos duros), por defecto lo puse a 300 MB sin enlaces duros, suponiendo que un usuario que no modifique esta configuración no editará grabaciones y así se evitan las posibles pixelaciones.
Si alguien toca esta configuración y se le pixela ya sabe lo que tiene que hacer.

Pues a mi me pixela sin tocar :pale: , cada 10-15 minutos pega el salto de archivo y zas. Pero lo que he puesto a 1000 y como no suelo editar pues me vale.