-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2013-10-26 a las 22:49 +0200, Rafa Griman escribió:
Otra cosa a tener en cuenta es si las particiones están "aligned", esto puede dar problemas de rendimiento también.
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.
reduce el rendimiento. Aunque en tu caso sigo pensando que es un problema de acceso aleatorio e IOPS ... que también puede castigar mucho a la CPU si los ficheors son muy pequeños.
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.
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.
El raid va bien con las otras comparticiones y en nfs
¿Mezclas NFS y SMB? ¿Con los mismos datos? Me refiero a que si un mismo fichero (directorio o no) los compartes tanto con NFS como con SMB. NO lo hagas.
¿Y eso? :-? - -- Saludos Carlos E. R. (desde 12.3 x86_64 "Dartmouth" en Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlJsNkoACgkQtTMYHG2NR9VQDACdHEUP/QnOEdDDT/t/3a99GXig BfcAoJLperV6L6ladBsCVcwxhOupHqsr =yPtq -----END PGP SIGNATURE-----