El 2004-07-25 a las 17:21 +0200, Edulix escribió: Por cierto, creo que estás usando kmail, pero algo haces que rompe el hilado y estado a punto de no ver tu respuesta.
¿Qué es eso de la SDB?
La base de datos de soporte de SuSE, en su página web.
¿Crees que el problema puede no estar en el acceso a disco?
Si, por lo que dices del sonido. Algo con el schedulingcomosellame.
¿Es posible arreglar aquello del readahead? ¿Cómo?
Si crees que eso es un problema, se puede cambiar: man hdparm -a Get/set sector count for filesystem read-ahead. This is used to improve performance in sequential reads of large files, by prefetching additional blocks in anticipation of them being needed by the running task. In the current kernel version (2.0.10) this has a default setting of 8 sectors (4KB). This value seems good for most purposes, but in a system where most file accesses are random seeks, a smaller setting might provide better performance. Also, many IDE drives also have a separate built-in read-ahead function, which alleviates the need for a filesystem read-ahead in many situations. Pero yo también lo tengo a 256, y si lo cambio a 8, empeora notablemente: /dev/hda: Timing buffered disk reads: 46 MB in 3.22 seconds = 14.30 MB/sec nimrodel:~ # hdparm -a 8 /dev/hda /dev/hda: setting fs readahead to 8 readahead = 8 (on) nimrodel:~ # hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 10 MB in 3.45 seconds = 2.90 MB/sec Así que fíjate, es incluso peor que el tuyo :-p Mi excusa es que el disco esta haciendo noseque con la base de datos rpm en este momento.
Por ahora lo que más me fastidia, si os digo la verdad, es que el sonido se me entrecorte. Así que me estoy instalando mediante apt el amarok-gstreamer y todas sus dependencias je je.
Suena a problema de latencias, interrupciones o scheduling. O DMA con algún dispositivo.
Tengo una captura del llamado "Guardián del sistema de KDE" monitoreando el uso de la CPU que adjunto a este emilio. Recorto la partte interesante para que ocupe poco..
En la captura podeéis ver el uso de la CPU mientras que ejecutaba las
Pues no podemos ver, porque los anexos se recortan al llegar a la lista - y menos mal, o nos llegarían virus.
siguiente tareas: 1. updatedb
Esa tarea usa mucho el disco (lo explora enterito) y ralentiza el sistema una barbaridad; pero sin embargo el uso de cpu es muy bajo.
2. Yast -> Software-> Installar/Desinstalar Software 3. Yast -> Hardware -> Configurar tarjeta gráfica (Sax2) 4. Compilar rss-kde (real slick screensavers)
Y claro, unas breves pausas entre cosa y cosa, que es cfuando el uso de la cpu es bajo. Me parece interesante señalar que en los cuatro picos que podéis ver en la grafica, esta dice que el uso de la CPU es prácticamente del 100%, disntando muchísimo esta información de la proporcionado por un to pque estaa ejecutando yo en una "konsola" :).
Pues me fio más del top que del otro. Ahora mismo, según el "System monitor" (gnome) el uso es del 100%. Pero tanto el top como el gkrellm me dicen que es un 10%.
Es una pena que no haya encontrado manera de ver el uso/acceso del/al disco duro de la misma que se puede hacer para la CPU..
gkrellm lo hace, incluso individualizando por particiones si lo deseas. -- Saludos Carlos Robinson