Re: [suse-linux-s] Migrando a SuSE
El Domingo, 25 de Julio de 2004 01:21, Carlos E. R. escribió:
He oido mencionar algo similar, me parece que está puesto en la SDB. Se pude jugar con el parámetro "desktop" en el arranque del sistema. No puedo concretar mucho, no encuentro la referencia de donde lo ví.
-- Saludos Carlos Robinson
Bueno, por ahora he conseguido arreglar instalar el apt añadiendo unas actualizaciones (entre otras sobre la dichosa libpopt.so !!), y luego instalando mediante apt una nueva versión (3.2.3) del kdm, finalmente este funciona correctamente ;-). ¿Qué es eso de la SDB? ¿Crees que el problema puede no estar en el acceso a disco? ¿Es posible arreglar aquello del readahead? ¿Cómo? 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. 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 siguiente tareas: 1. updatedb 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" :). En los tres primeros picos es cuando el pc se enlentecía más y el sonido se entrecortaba e incluso el ratón alguna vez "me saltó". Así mismo, en la gráfica la parte superior de tales picos está coloreada de naranja, lo que signfica que esa porción de cpu está siendo usada por procesos del sistema y no del usuario. En cambio, mientras compilaba el rss-kde, la parte superior está notoriamente ocupada de manera diferente por procesos del usuario. Y lo más curioso de todo es que: 1. En el top si que se notaba un uso intensivo de la CPU 2. Si quiera el sonido apenas se entrecortó una o dos cortas veces. 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.. Un saludo, Edulix.
El Domingo, 25 de Julio de 2004 01:21, Carlos E. R. escribió:
He oido mencionar algo similar, me parece que está puesto en la SDB. Se pude jugar con el parámetro "desktop" en el arranque del sistema. No puedo concretar mucho, no encuentro la referencia de donde lo ví.
-- Saludos Carlos Robinson
Bueno, por ahora he conseguido arreglar instalar el apt añadiendo unas actualizaciones (entre otras sobre la dichosa libpopt.so !!), y luego instalando mediante apt una nueva versión (3.2.3) del kdm, finalmente este funciona correctamente ;-).
¿Qué es eso de la SDB? Es la SuSE Support Data Base, la base de datos con los errores documentados y la forma de solucionarlo. Puedes buscar ahí, casi todo en ingles o aleman. http://sdb.suse.de/sdb/es/html/
¿Crees que el problema puede no estar en el acceso
a disco? ¿Es posible arreglar aquello del readahead? ¿Cómo?
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.
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 siguiente tareas: 1. updatedb 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" :).
En los tres primeros picos es cuando el pc se enlentecía más y el sonido se entrecortaba e incluso el ratón alguna vez "me saltó". Así mismo, en la gráfica la parte superior de tales picos está coloreada de naranja, lo que signfica que esa porción de cpu está siendo usada por procesos del sistema y no del usuario.
En cambio, mientras compilaba el rss-kde, la parte superior está notoriamente ocupada de manera diferente por procesos del usuario. Y lo más curioso de todo es que: 1. En el top si que se notaba un uso intensivo de la CPU 2. Si quiera el sonido apenas se entrecortó una o dos cortas veces.
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..
Un saludo, Edulix.
-- Para dar de baja la suscripción, mande un mensaje a: suse-linux-s-unsubscribe@suse.com Para obtener el resto de direcciones-comando, mande un mensaje a: suse-linux-s-help@suse.com
Hola a todos!: El Domingo, 25 de Julio de 2004 20:05, david.maeztu@aulir.com escribió:
Es la SuSE Support Data Base, la base de datos con los errores documentados y la forma de solucionarlo. Puedes buscar ahí, casi todo en ingles o aleman. http://sdb.suse.de/sdb/es/html/
Gracias por el enlace David ;-). De todas fromas te digo que he arreglado el problema con el sonido gracias al gstreamer; ya rarametne se entrecorta. He probando a hacer varias veces seguidas el hdparm -tT /dev/hdc, y ahí estribaba el truco: que cada vez te peude salir algo diferente :-).Y pasa tanto en Fedora como en SuSE, y más o menos salen al final los mismos resultados. ¡Yo creía que prácticamente iban a ser siempre los mismos! Por otra parte, y antes de ponerme a configurar las X, me gustaría solucionar un problema que seguro que alguno de vosotros habéis tenido con SuSE y es bastante molesto: Se trata de la velocidad de carga, de respesta de las páginas web. Tengo una conexión ADSL de Terra a 256 kbs de subida y 128 de bajada. Y el problema es que al acceder en frio a una página web, tarda mucho más en cargarse que en cualquier otra distro o sistema operativo que he probado. Jolines, que cronometro en mano, ¡hasta el google me tarda en cargar más de 5 segundos la primera vez! Una vez has entrado en la web en custión una vez, ya todo va como normalmente. Y eso me pasa tnato en el SuSE 9.1 que tengo instalado en mi pc como en el SuSE 9.0 que tiene mi hermana en el suyo. Por otra parte, he estado probando Mandrakes, Gentoo, Redhat, Fedora.. en ambos pcs y nunca tuve tal problema - es claro que es problema de configuración del SuSE. Mer han sugerido usar QoS - ya he estado jugando con QoS en mi pc sin mucho resultado - podéis mirar mi script en http://sf.net/projects/eshaper :-P. Además, ya os digo que no es algo necesario... porque la velocidad a la que va no es normal. Estuve mirando http://sdb.suse.de/en/sdb/html/cg_slowinternet.html; el problema es que hablan de un tal /etc/route.conf, que no existe en SuSE 9.1. ¿Alguno ha experimentado l omismo?¿Alguna idea o comentario? Saludos, Edulix.
El 2004-07-25 a las 23:17 +0200, Edulix escribió:
Se trata de la velocidad de carga, de respesta de las páginas web. Tengo una conexión ADSL de Terra a 256 kbs de subida y 128 de bajada. Y el problema es que al acceder en frio a una página web, tarda mucho más en cargarse que en cualquier otra distro o sistema operativo que he probado. Jolines, que cronometro en mano, ¡hasta el google me tarda en cargar más de 5 segundos la primera vez! Una vez has entrado en la web en custión una vez, ya todo va como normalmente.
Eso viene en la SDB, que lo leí ayer, aparte de haberse comentado aquí muchas veces: desactiva ipv6. Además, te puedes poner un servidor de nombres local, como caché, que mejora bastante la navegación.
Estuve mirando http://sdb.suse.de/en/sdb/html/cg_slowinternet.html; el problema es que hablan de un tal /etc/route.conf, que no existe en SuSE 9.1.
No, si los valores son por defecto. Pero si estás hablando del truco de reducir la ventana TCP, se puede hacer. -- Saludos Carlos Robinson
Edulix wrote:
Por otra parte, y antes de ponerme a configurar las X, me gustaría solucionar un problema que seguro que alguno de vosotros habéis tenido con SuSE y es bastante molesto:
Se trata de la velocidad de carga, de respesta de las páginas web. Tengo una conexión ADSL de Terra a 256 kbs de subida y 128 de bajada. Y el problema es que al acceder en frio a una página web, tarda mucho más en cargarse que en cualquier otra distro o sistema operativo que he probado. Jolines, que cronometro en mano, ¡hasta el google me tarda en cargar más de 5 segundos la primera vez! Una vez has entrado en la web en custión una vez, ya todo va como normalmente.
Hola, Mira que las DNS que utilizas sean las correctas. Sé que Telefónica tuvo problemas con este tema hace algún tiempo (sus servidores DNS estaban saturados) y recomendaron cambiarlos a los usuarios. Es posible que con Terra pase algo similar. Las DNS de Telefónica que sustituyeron a las antiguas: 80.58.0.33 80.58.0.97 Se recomienda tener sólo 2 servidores de nombre. Saludos, -- Camaleón
El Lunes, 26 de Julio de 2004 09:07, Camaleón escribió:
Hola,
Mira que las DNS que utilizas sean las correctas. Sé que Telefónica tuvo problemas con este tema hace algún tiempo (sus servidores DNS estaban saturados) y recomendaron cambiarlos a los usuarios. Es posible que con Terra pase algo similar.
Las DNS de Telefónica que sustituyeron a las antiguas:
80.58.0.33 80.58.0.97
Se recomienda tener sólo 2 servidores de nombre.
Hola Camaleón: Siento decirte que no puedo ahora mismo mirar las IPs de los DNS que utilizo porque están metidas en el router. De hecho, la única DNS que tengo que poner en mis PCs es la IP del router, que es el que nos da acceso a internet. De todas todas, estoy casi seguro de que por aquí no van los tiros, porque si fuera las DNS ¿Porqué pasa sólo en las distros SuSE?. Eso si, cuqando tenga acceso al router (cuya contraseña de acceso ahora no me acuerdo y tengo que esperar a que me la pasen) compruebo lo que me has dicho. NaCl-u-2 y suerte, Edulix.
Edulix wrote:
Hola Camaleón:
Siento decirte que no puedo ahora mismo mirar las IPs de los DNS que utilizo porque están metidas en el router.
O:-) O.K. Era una idea. A mi me pasó lo mismo y casi me vuelvo loca para descubrir al culpable, que era, efectivamente, los servidores de nombre.
De hecho, la única DNS que tengo que poner en mis PCs es la IP del router, que es el que nos da acceso a internet. De todas todas, estoy casi seguro de que por aquí no van los tiros, porque si fuera las DNS ¿Porqué pasa sólo en las distros SuSE?.
Pues el caso es que las máquinas con Windows navegaban bien, y SuSE era el único equipo que iba mal. No sé cómo implementarán el resto de distribuciones el tema de la pila TCP/IP, es posible que haya diferencias.
Eso si, cuqando tenga acceso al router (cuya contraseña de acceso ahora no me acuerdo y tengo que esperar a que me la pasen) compruebo lo que me has dicho.
Quizá no sea éso, pero es una opción. Yo estoy con una SuSE 8.2 y la navegación es rápida con Konqueror. Saludos, -- Camaleón
Hola a tod@s: Creo que poco a poco voy acotando la situación. He estado haciendo comparaciones acerca de todo lo que concierne a la conexión de internet entre Fedora y SuSE, que son las distros que actualmente uso. Y he encontrado las siguientes diferencias: - La primera es que al hacer un ifconfig eth0, en SuSE aparece la línea: inet6 addr: fe81::3e0:7dfe:ffe4:9926/64 Scope:Link [nota: la he modificado un poco jeje]. - La segunda es algo obvia, pero igual relacionada con el problema: la cofiguración en SuSE está metida en los distintos ficheros que hay en /etc/sysconfig/network/ mientras que en Fedora anda esparcida en /etc/{host.conf, hosts resolv.conf} y quien sabe donde más :-). - La tercera es la información más importante y determinante acerca del problema, que peude dar luces (espero que os las dé) sobre cual es la raíz del problema: Como tantas otras cosas que hice para comparar entre la configuración de una distor y otra, entre ellas estuvo la ejecucción del comando route. Cual fue mi sorpresa cuando al hacerlo en Fedora me tarda siempre unos 20 segundos en responder. ¡¡Que es lo que suelen tardar las páginas en cargar!! En Fedora, como es natural, es algo más bien instantáneo. Aquí tenéis: edulix:/etc/sysconfig/network # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0 real 0m22.130s user 0m0.001s sys 0m0.005s ¿Qué valores os salen a vosotros en un # time route? Además curiosamente no sale todo de un tirón. Lo primero que hace es escribir las dos primeras líneas, que no aportan ninguna información. Tras unos 10 segundos, las 3 siguientes (la de "loppback..." incluída), y tras otros ~10, la última (la de "default..."). He comprobado que lo mismo le pasa al SuSE 9.0 de mi hermana. A bote pronto y sin tener ni idea de las entrañas de SuSE ni de su kernel, se me ocurre que la raíz del problema podría estar en: + Algún cambio en el kernel de Linux que usa SuSE, que curiosamente lo han aplciado tanto al 2.4 que usan en la versión 9.0 como en el 2.6de la 9.1. + Algo relacionado con los archivos /etc/sysconfig/network. Quizás ahora toca meterse en la lista de suse-linux-e y/o en las herramienta de reporte de errores que asumo SuSE tiene. Espero que lo arreglen para la versión 9.2/10 :-P. Un saludo, Edulix.
El 2004-07-26 a las 12:39 +0200, Edulix escribió:
- La primera es que al hacer un ifconfig eth0, en SuSE aparece la línea: inet6 addr: fe81::3e0:7dfe:ffe4:9926/64 Scope:Link [nota: la he modificado un poco jeje].
Si desactivas ipv6, desaparecerá.
- La segunda es algo obvia, pero igual relacionada con el problema: la cofiguración en SuSE está metida en los distintos ficheros que hay en /etc/sysconfig/network/ mientras que en Fedora anda esparcida en /etc/{host.conf, hosts resolv.conf} y quien sabe donde más :-).
Si, porque en SuSE puedes tener distintas configuraciones según cual actives. Por ejemplo, una para casa, otra para la oficina, etc. Perfiles, creo que se llama.
Aquí tenéis: edulix:/etc/sysconfig/network # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
real 0m22.130s user 0m0.001s sys 0m0.005s
¿Qué valores os salen a vosotros en un # time route?
nimrodel:~ # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.100.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo real 0m0.024s user 0m0.002s sys 0m0.002s Instantaneo - pero no estoy conectado: no hay "default".
Además curiosamente no sale todo de un tirón. Lo primero que hace es escribir las dos primeras líneas, que no aportan ninguna información. Tras unos 10 segundos, las 3 siguientes (la de "loppback..." incluída), y tras otros ~10, la última (la de "default...").
Arranca en un terminal iptraf, y podrás ver a donde intenta conectarse cuando ejecutas route. Mi sospecha es que son consultas de nombres. O, mejor, arranca ethereal (start, all interfaces), y puedes ver hasta el contenido de las consultas.
Quizás ahora toca meterse en la lista de suse-linux-e y/o en las herramienta de reporte de errores que asumo SuSE tiene. Espero que lo arreglen para la versión 9.2/10 :-P.
Creo que ese tema lo han comentado varias veces. -- Saludos Carlos Robinson
El Lunes, 26 de Julio de 2004 14:32, Carlos E. R. escribió:
El 2004-07-26 a las 12:39 +0200, Edulix escribió:
- La primera es que al hacer un ifconfig eth0, en SuSE aparece la línea: inet6 addr: fe81::3e0:7dfe:ffe4:9926/64 Scope:Link [nota: la he modificado un poco jeje].
Si desactivas ipv6, desaparecerá.
- La segunda es algo obvia, pero igual relacionada con el problema: la cofiguración en SuSE está metida en los distintos ficheros que hay en /etc/sysconfig/network/ mientras que en Fedora anda esparcida en /etc/{host.conf, hosts resolv.conf} y quien sabe donde más :-).
Si, porque en SuSE puedes tener distintas configuraciones según cual actives. Por ejemplo, una para casa, otra para la oficina, etc. Perfiles, creo que se llama.
Aquí tenéis: edulix:/etc/sysconfig/network # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
real 0m22.130s user 0m0.001s sys 0m0.005s
¿Qué valores os salen a vosotros en un # time route?
nimrodel:~ # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.100.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo
real 0m0.024s user 0m0.002s sys 0m0.002s
Instantaneo - pero no estoy conectado: no hay "default".
Pues he desactivado ipv6: en el /etc/modprobe.conf.local añadí la línea "install ipv6 /bin/true", y en el /etc/sysconfig/SuSEfirewall2 he puesto FW_IPv6="no" y FW_IPv6_REJECT_OUTGOING="no". Ya no aparece la línea sobre el ipv6 al hacer ifconfig, pero el problema de la lentitud sigue persistiendo. Por cierto,he comprobado con un amigo que vive en la Cádiz capital que me pasó el DVD del SuSE y me ha dicho que tenía exactamente los mismos problemas que yo :-). Total, que veo esto y me digo: ale, vamos ap oner el ethereal. Pero cosas de la vida que un colega me habla del /etc/resolv.conf, lo edito, veo unna línea que pone "domain midominio". Pienso: "esto no lo tengo en el Fedora, voy a borrarlo". Y mano de santo. Esto parece otra cosa ;-). Eso si, hacer un route sigue tardando 22 segundos, pero no me importa jajaj. Por cierto, acerca de los problemas de velocidad de respuesta e interactividad cuando el PC está haciendo algo, he cmabiado algunos valores en /etc/sysconfig/kernel: SCHED_MINTIMESLICE="1000" SCHED_MAXTIMESLICE="30000" Tal y como en los mismos comentarios que vienen junta a las variables sugieren para mejorar la interactividad de un sistema de escritorio. Pero me temo que no ha funcionado como esperaba, al menos no del todo. Un saludo y muchas gracias, Edulix.
El 2004-07-26 a las 18:49 +0200, Edulix escribió:
Pues he desactivado ipv6:
en el /etc/modprobe.conf.local añadí la línea "install ipv6 /bin/true", y en el /etc/sysconfig/SuSEfirewall2 he puesto FW_IPv6="no" y FW_IPv6_REJECT_OUTGOING="no".
Creo que debe ser "" (o sea, drop) y "yes". El segundo impide que salgan paquetes ipv6 de tu sistema, y el primero ignora los que entren. Pero con lo del modprobe lo del firewall no importa.
Ya no aparece la línea sobre el ipv6 al hacer ifconfig, pero el problema de la lentitud sigue persistiendo.
La lentitud de navegación por ipv6 ocurría en el suse 9.0, el 9.1 no debe. Lo tuyo es por cuestión de resolución de nombres.
Por cierto,he comprobado con un amigo que vive en la Cádiz capital que me pasó el DVD del SuSE y me ha dicho que tenía exactamente los mismos problemas que yo :-).
Total, que veo esto y me digo: ale, vamos ap oner el ethereal. Pero cosas de la vida que un colega me habla del /etc/resolv.conf, lo edito, veo unna línea que pone "domain midominio". Pienso: "esto no lo tengo en el Fedora, voy a borrarlo". Y mano de santo. Esto parece otra cosa ;-). Eso si, hacer un route sigue tardando 22 segundos, pero no me importa jajaj.
Yo tampoco lo tengo, solo nameserver y search. Si no me equivoco, eso hace que todo lo busque como "terra.es.midominio", con los efectos que te puedes imaginar...
Por cierto, acerca de los problemas de velocidad de respuesta e interactividad cuando el PC está haciendo algo, he cmabiado algunos valores en /etc/sysconfig/kernel:
SCHED_MINTIMESLICE="1000" SCHED_MAXTIMESLICE="30000"
Tal y como en los mismos comentarios que vienen junta a las variables sugieren para mejorar la interactividad de un sistema de escritorio. Pero me temo que no ha funcionado como esperaba, al menos no del todo.
¿Miraste el artículo que te dije en la SDB? -- Saludos Carlos Robinson
¿Qué valores os salen a vosotros en un # time route? portatil:/home/angel/juegos/snes # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 wlan0 default 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0 real 0m0.270s user 0m0.002s sys 0m0.007s Como ves no hay retardo, con una Suse 9.0 Saludos.
linux:/home/chakal # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 real 0m0.164s user 0m0.000s sys 0m0.003s El Lunes, 26 de Julio de 2004 22:29, Angel Martín escribió:
¿Qué valores os salen a vosotros en un # time route?
portatil:/home/angel/juegos/snes # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 wlan0 default 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0
real 0m0.270s user 0m0.002s sys 0m0.007s
Como ves no hay retardo, con una Suse 9.0
Saludos.
-- Linux linux 2.6.5-24cvs20040723135231-default #1 Fri Jul 23 13:52:31 UTC 2004 i686 athlon i386 GNU/Linux
El Lunes, 26 de Julio de 2004 12:39, Edulix escribió:
Hola a tod@s:
¿Qué valores os salen a vosotros en un # time route?
linux:/home/mariano # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.153.1 * 255.255.255.255 UH 0 0 0 ppp0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.153.1 0.0.0.0 UG 0 0 0 ppp0 real 0m0.744s user 0m0.001s sys 0m0.003s
El Lunes, 26 de Julio de 2004 23:47, Mariano Rubio escribió:
El Lunes, 26 de Julio de 2004 12:39, Edulix escribió:
Hola a tod@s:
¿Qué valores os salen a vosotros en un # time route?
linux:/home/mariano # time route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.153.1 * 255.255.255.255 UH 0 0 0 ppp0 loopback * 255.0.0.0 U 0 0 0 lo default 192.168.153.1 0.0.0.0 UG 0 0 0 ppp0
real 0m0.744s user 0m0.001s sys 0m0.003s
Pues ya veo que mi caso no es la tónica general de SuSE :-). De todas formas, dado que ya he solucionado el problema de la lentitud de Internet, que el route siga tardando casi medio minuto en mostrarse, la verdad es que no me importa demasiado jejeje. Próximamente: - problemas de colores/tarjeta gráfica(?) en un Dell Inspiron 2400 de pantalla TFT. - Edulix, SuSE 9.1, X -query y finalmente LTSP. La saga de preguntas y respuestas continúa; La verdad está ahí...delante de tus narices. Sólo hay que buscar donde =). Saludos y suerte, Edulix.
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
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.
El 2004-07-26 a las 09:17 +0200, Edulix escribió:
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.
Pero si eso no ahorra casi nada de espacio... el resto de las cabeceras puede ocupar el kilobyte. Si te refieres a espacio en el listado de mensajes que pone el kmail, pues quizás...
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 :-).
La solución mejor es no tocar las cabeceras ;-) aunque en concreto las que faltan cuando se rompe el hilado son: References: In-Reply-To:
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.
Bueno, me ha servido para comprobar mi ajuste, que a mi mi sistema de disco me parece lentorro: de hecho a veces el sistema se para esperando al disco. Bueno, por cierto, la velocidad que mide esa prueba varía según la partición que escojas, porque puedes especificarla (/dev/hda5, pe). Y se notan diferencias.
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 que creo que esos "gadchetos" (ugh ;-) ) tienen algún bug en el suse 9.1 que les hace mostrar valores equivocados. El top creo que lo hace bien, y el gkrellm también. Por otra parte, si, yo también creo que el reiser usa más cpu. Pero no tengo pruebas de ello, ni de que el sistema sea más lento o rápido por ese motivo: habría que hacer pruebas bien pensadas para medirlo. Quiero decir, que puede usar CPU, pero si se reducen los accesos a disco, que son del orden de 1000 veces más lentos que los accesos a memoria, el resultado global puede compensar. Eso se notó hace años con los discos comprimidos en msdos... y eran cpus mucho más lentas que las actuales.
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 =).
Si, ese si lo vi.
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
Si, lo he visto, y te he hecho algún comentario. La cosa es conocida, y tiene que ver con el uso de ipv6. En la SDB lo explica muy bien - en inglés, la versión española tiene bastante menos artículos.
el acceso en frio a una web (incluso google!!) tarda más de 5 segundos y a veces tiempos insospechados;
¡HALA, cinco segundos! ¡Que barbaridad! :-P Si a mi me tardan del orden de minutos muchas páginas... que impacientes que sois. ¿Y lo que se disfruta mientras esperas ordenando los papeles del escritorio, o pelando unas avellanas, o aprovechando para arrancar otras cinco páginas más? :-P
pero una vez has accedido una vez, ya va como va en cualquier otra distro (mandrake, redhat, fedora, gentoo...), SO (no sólo
O el ipv6, o el DNS. -- Saludos Carlos Robinson
El 2004-07-26 a las 09:17 +0200, Edulix escribió:
Si, por lo que dices del sonido. Algo con el schedulingcomosellame.
Uhm, también había pasado por mi cabeca :).
Ah, se me olvidaba. Mira estos articulos en la SDB: Balancing Interactivity with SuSE Linux 9.0 Problems Caused by the Boot Parameter Desktop -- Saludos Carlos Robinson
participants (7)
-
Angel Martín
-
Camaleón
-
Carlos E. R.
-
chakal^-^
-
david.maeztu@aulir.com
-
Edulix
-
Mariano Rubio