-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2013-10-27 a las 22:20 +0100, Rafa Griman escribió:
Se me olvidaba ...
:-)
2013/10/26 Carlos E. R. <robin.listas@telefonica.net>:
Eso me recuerda: si es un disco nuevo con sectores de... 4K, creo que es, hay que particionar con gparted u otro que alinee en megabytes, no en sectores. Si se hace mal el disco se vuelve muy lento. Si una particion está mal alineada, esa partición es lenta.
Lo de los 4 KB además, tiene el rollo que algunos discos tienen bloques de 0.5 KB físicos y trabajan con bloques de 4 KB lógicos. Ya sabes ... compatibilidades ... <sigh> Así que también hay que tener en cuenta el tamaño de bloques del disco.
Sí, es un lio.
He hecho unas pruebas tontas estos dias. Me he puesto a escribir ficheros de 100 bytes en un directorio de distintos tipos de sistemas de ficheros. XFS se porta bien, pero el reiserfs aguanta millones de esos ficheros, muchísimo más que cualquier otro. El btrfs peta. Literalmente, puedes tirar abajo el kernel y la partición. Como usuario, sin ser root.
Vamos que el btrfs ni tocarlo ;)
Al menos si les haces burradas como las mias, no :-) La burrada en cuestión es llenar el disco con millones de ficheros, vamos... pero los otros sistemas de ficheros simplemente dan error. El btrfs puede romperse y a veces tirar abajo el sistema.
Otra cosa, XFS se desarrolló para máquinas con mucha RAM, y muy buen sistema de IO y CPU. Si esl sistema está limitado (sobre todo en RAM), te va dar problemas de rendimiento. XFS trabaja todo lo que puede en RAM, IOW, si le dices que borre 1000 ficheros, no empieza a borrar en el momento que encuentra el primer fichero, analiza todo (en RAM) y luego borra.
Ah... curioso. Eso explica algunas cosas.
Esto se nota especialmente cuando se comprueba el disco después de algún fallo: te drena la RAM y empieza a tirar de swap como no tengas un buen montón de RAM. En las listas de XFS se ve bastante esto de usuarios que no conocen XFS.
Claro, y entonces será lento. - -- Saludos Carlos E. R. (desde 12.3 x86_64 "Dartmouth" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlJtiV4ACgkQtTMYHG2NR9Vj2wCgiTlvD3RIgumsm0DqgTUfExkk Rq4An1Y1zYoE1TCnne8dhWYx4kJv49n6 =Mv5U -----END PGP SIGNATURE-----