Libertonia || Comments || Kernel 2.6: éxito parcial


Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios

Kernel 2.6: éxito parcial | 9 comentarios (9 temáticos, editoriales, 0 ocultos)

Yo no he tenido suerte (none / 0) (#2)
por Draco a las Sun Jan 11th, 2004 at 09:54:57 PM CET
(Información Usuario)

No porque no haya podido arrancar, sino porque algo realmente extraño pasa en mi equipo cuando ejecuto una operación de entrada/salida un poco "fuerte". La máquina se queda prácticamente inusable durante un rato, aparte de que el rendimiento es pésimo. Para que os hagáis una idea:

tizona:~/download$ time dd if=/dev/zero of=mugande
bs=1M count=300
Linux 2.6.1
real    1m36.197s
user    0m0.110s
sys     0m3.853s

Linux 2.4.22
real    0m11.353s
user    0m0.020s
sys     0m5.480s

Al principio lo atribuí a la opción de PREEMPT, porque a un 2.4.23 con los parches de Con Kolivas le pasaba lo mismo, pero la he quitado y todo sigue igual. La verdad es que no sé que puede pasar ¿algo relacionado con el I/O scheduler tal vez?

Así que de momento, fracaso total :-(
There are two major products to come out of Berkeley: LSD & BSD Unix. I don't believe this to be a coincidence.

¿DMA? (none / 0) (#4)
por musg0 a las Mon Jan 12th, 2004 at 10:50:50 AM CET
(Información Usuario) http://helvete.escomposlinux.org

¿Estás seguro de que el DMA del disco está activado. Quizás se te olvidó compilarlo o no se active por defecto en el 2.6.

[ Padre ]

Tiene que ser eso (none / 0) (#6)
por Draco a las Mon Jan 12th, 2004 at 04:56:39 PM CET
(Información Usuario)

La verdad es que todavía no he podido dedicar mucho tiempo a mirar qué era, pero casi seguro que será lo que dices. Bien pensado es imposible que sea un comportamiento normal, por poco "afinado" que esté el nuevo I/O scheduler. Gracias a ambos por la ayuda, en cuanto pueda le preguntaré al señor hdparm qué sabe del tema :-)
There are two major products to come out of Berkeley: LSD & BSD Unix. I don't believe this to be a coincidence.
[ Padre ]

Regresiones (none / 0) (#5)
por ridiculum a las Mon Jan 12th, 2004 at 02:42:47 PM CET
(Información Usuario)

Tu caso me parece absolutamente brutal. Se que hubo una regresion en el tema de E/S en torno al test7. La culpa por lo visto esta en el planificador de E/S que se usa por defecto:

dmesg | grep antici
Using anticipatory io scheduler

Aun no esta corregido en la rama de Linus por que no era un bug critico. Tambien se que las placas con chipset via no rinden igual que con 2.4. Aun asi, y estos dos condicionantes, mis resultados para 2.6.1 son:

time dd if=/dev/zero of=mugande bs=1M count=300
300+0 registros leídos
300+0 registros escritos
314572800 bytes transferred in 9,224835 seconds (34100643 bytes/sec)

real    0m9.228s
user    0m0.011s
sys     0m2.361s

El resultado de 34MBs se parece mucho al que me da hdarpm. Mi configuracion del hdparm es esta:

-d1 -X69 -a 8192 -c1 -m16 -W1 -A1 -u1 -k1

Tiene especial importante el -a. Ahora recomiendan incrementarlo a ese valor, quiza por que cuente de diferente forma. Antes yo ponia 16, y es posible que significaran 16 secotores. 16*512 (creo que ese es el tamaño del sector) son 8192.

Y mi hardware es:
HDD IBM Model=IC35L040AVVA07 BuffSize=1863kB
chipset VIA KT133

[ Padre ]

Kernel 2.6: éxito parcial | 9 comentarios (9 temáticos, editoriales, 0 ocultos)

Menu

· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login


Nueva cuenta
Usuario:
Contraseña:

Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda