-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-12-03 a las 17:56 +0100, Rafa Grimán escribió:
Hola :)
On Thursday 03 December 2009 15:55:29 Carlos E. R. wrote:
[...]
Ahora que lo pienso... en la escritura a disco con dd no se hace un flush. Puede afectar a mis mediciones bastante. Las hice grabando un fichero de un giga con dd.
Preguntillas:
- ¿con qué opciones creaste los filesystems? Es decir, ¿todos tienen el mismo tamaño de bloque, ...?
Opciones por defecto. A ver, mirando en el script: mkfs.ext4 -L test_$X /dev/sdb$X mkfs.reiserfs -l test_$X -q /dev/sdb$X mkfs.xfs -f -L test_$X /dev/sdb$X
- el dd, ¿lo has lanzado de un disco a otro?
Ah, si, por supuesto :-)
case respuesta in
yes) ¿estaban en la misma controladora y/o bus?
Posiblemente. No conozco la arquitectura de esta máquina, pero sospecho que si. Bus sata, distinto cable, controladora de la placa. No se como se lo montan.
no) ¿desde el mismo disco? esac
x)
- dd es monoproceso/thread por lo que no estarás sacando toda la chicha a las CPUs/cores que tengas
- si puedes, haz el dd desde un tmpfs en RAM a disco
- dd es cpu-bound, por lo que la CPU es factor limitante, comprueba el consumo de CPU
Bueno, el dd era este: time dd if=/dev/zero of=/mnt/test/fichero count=5 bs=200M 2>&1 | tee -a $Nombre Por lo que la lectura es en memoria y por tanto mucho más rápida, tiempo despreciable, frente al tiempo del disco.
Si puedes probar con iozone, mejor. También puedes probar con bonniee++ y otros cuantos que hay por ahí.
¡Humm! Tendría que estudiarmelos. Mi intención era simplemente averiguar el efecto de la distancia al borde, o sea, ver si las primeras particiones eran realmente más rápidas, y cuanto. No hacer un estudio serio :-) Ah, el webpin no encuentra iozone para la 11.2. El bonnie, si. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAksYDacACgkQtTMYHG2NR9XeqQCghtGxNf6XRVEc3vuQyCXHcOQ8 zAwAnAv7MJsbqsHngLusEtiPsFbjdo2i =PBgC -----END PGP SIGNATURE-----