Mailinglist Archive: opensuse-es (1996 mails)

[Edulix <edulix@xxxxxxxxxx>]

El Lunes, 26 de Julio de 2004 01:34, Carlos E. R. 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.

Perdona: efectivamente uso el kmail, y también hago algo extraño que peude que 
sea lo que rompe el hilado: se trata de que de la cabecera de las listas, 
para que en la lista de mensajes las cabeceras ocupen poco, mediante el mismo 
filtro que me redirecciona los emilios de la lista a su carpeta 
correspondiente le quito (en este caso) el  "suse-linux-s" del asunto del 
mensaje. 

Al escribir una respuesta a un hilo se lo vuelvo a poner en su sitio - entre 
los dos corchetes que siguen apareciendo en el mensaje. Y eso debe ser lo que 
(sin mucha idea de porqué pasa) pienso que rompe el hilado. Tengo pues que 
solucionarlo :-).

> > ¿Crees que el problema puede no estar en el acceso a
> >  disco?
> Si, por lo que dices del sonido. Algo con el schedulingcomosellame.

Uhm, también había pasado por mi cabeca :). 

> > ¿Es posible arreglar aquello del readahead? ¿Cómo?
>
> Si crees que eso es un problema, se puede cambiar: man hdparm
> [..]
> 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.

Que buenaexplicación sobre el uso de hdparm para cambiar el readahead. La 
próxima vez prometo estudiarme más la página del man antes de preguntar - no 
lo quise cambiar sin preguntar porque pensaba que podría ser algo dependiente 
de la configuración del kernel o cosas así :P.

>
> >  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.

Me temí que pdoría haber pasado eso, y por eso describní la imagen lo más 
fielmente posible :).

>
> >  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%.

Lo cierto es que te fíes más o menos aquí tengo un hecho interesante: en el 
mismo ksysguard en Fedora, que usa ext3 en su partición, el uso de la CPU no 
se altera (se queda en un 5-10%) l omás mínimo haciendo un updatedb. No creo 
que sea cosa del fedora, sino más bien que el reiserfs consume más CPU..¿no? 
esde luego es bastante curioso/mosqueante jeje.

> > 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.

Gracias por el consejo, ¡ no se me había ocurrido usar tal artilujio! Ya os 
contaré mis experiencias con él ;-).

Como ya conté en uno de los últimos mensajes que, por culpa del "deshilado 
involuntario" que acometo contra las listas seguramente no acertaste a ver, 
cuento que gracias al uso de gstreamer por lo menos el sonido ya apenas se 
entrecorta =).

También  mostraba el último gran problemilla que estoy teniendo con todas las 
SuSE (9.1, 9.0) de mis los dos pcs donde las tengo instaladas. El caso es que 
el acceso en frio a una web (incluso google!!) tarda más de 5 segundos y a 
veces tiempos insospechados; pero una vez has accedido una vez, ya va como va 
en cualquier otra distro (mandrake, redhat, fedora, gentoo...), SO (no sólo 
hay S.O. libres en mi red interna je) o PC (que en total y contando con la 
xbox son 4) que está conectado al router que nos da acceso a lo que llamamos 
en España Banda Ancha - que no es sino una conexión ADSL 256/128 kbs 
(subida/bajada).

Se me ocurre que entonces debe ser una cosa independiente del kernel (proque 
pasa tanto en SuSE 9.0 con un 2.4 como en SuSE 9.1 con un 2.6) y más bien 
dependiente de la configuración de SuSE. Si me decís donde mirar y comparar 
con la conf de Fedora lo haré yo por ahora no tengo mucha idea - en 
http://sdb.suse.de/en/sdb/html/cg_slowinternet.html hablan de un rote.conf 
que ya en SuSE 9.1 no existe. ¿Alguna sugerencia/experiencia/consejo?

Suerte,
    Edulix.