Hola a todos: Qué es lo que pasa -------------------------- Gracias a un amigo, he encontrado una rápida y sencilla solución para algunos problemas de lentitud de las X en SuSE (última versión). Historia ---------- Resulta que me dió por migrar el direcotrio /root a la partición /home, para no ocupar innecesariamente la partición principal. Desde el konsole, ejecté el comando sudo cp -Rpxf /root /home/root. Ambas particiones ( / y /home) están en dos HDs diferentes, y que el comando tardo cosa de un minuto en completarse. Druante ese tiempo, el uso de la CPU se estableción en el límite de lo racional, la música se entrecortaba, la interactividad del sistema bajó alarmantemente, el ratón era de aproximadamente 1 FPS... etc. Trasfondo -------------- Resulta que las X se ejecutan sin prioridad "nice" por defecto o mejor dicho con prioridad 0. La mayoría de los procesos del sistema se ejecutan con esa prioridad. El problema radica en que de esta manera las X se pueden ralentizar si un proceso de su misma prioridad consume muchos recursos (sobre todo de CPU). En cambio, muchas distros como Fedora suelen dar prioridad a las X en sus instalaciones por defecto, ya que: - Si no se precisa arrancar el sistema gráfico (runlevel 3) los cambios sobre la prioridad de las X no afectarán de ninguna manera al sistema. - Si se ejecutan las X pero se quiere dar prioridad a otros procesos pese a penalización del nivel de interactividad en las X (como puede ser una compilación o algún demonio-servidor), lo más probable es que el administrador del sistema tenga conocimientos suficientes como para hacer esto efectivo o que no sea necesario/relevante (por ejemplo si las X esan ejectándose pero inactivas). - La mayoría de las veces cuando las X están ejectándose lo más recomenable creo que es, por lógica, darle una prioridad especial (-4 no está mal ;-). Solución ------------ La solución consiste en cambiar la siguiente línea del fichero /etc/init.d/xdm (debéis editarlo con los permisos adecuados): (línea ~82): startproc -p $PIDFILE $DISPLAYMANAGER || rc_failed por: startproc -n -4 -p $PIDFILE $DISPLAYMANAGER || rc_failed De ésta manera, ahora se ejecutarán con mayor prioridad, la misma con la que Fedora Core 1 lanza las X por defecto: -4 en vez de 0 (cuanto menor es la magnitud prioridad de un proceso, mayor prioridad tiene). Gracias a las bondades del comando renice, podéis incluso experimentar el cambio en vivo, ejecutando: sudo renice -n -4 `pidof X` Conclusión --------------- Lo cierto es que me da la impresión deque ahora todo es mucho más fluído. Probablemente un mínimo del 50% de los problemas de interactividad de los que os mantuve informados están solucionados. Espero que os sirva de algo esta mejora, sencilla de aplicar y gratamente eficaz. Por si alguien con posiblidades me lee: ojalá SuSE-next-version venga con este cambio =). Un saludo, Edulix.
Hola :) Yo lo remitiré al PM, pero no creo que se haga, andar jugando con las prioridades es "peligroso" y ya sabéis cómo son los alemanes ;) Darle una prioridad alta a algo como las X (que consume tantos recursos, es tan grande, ...) puede hacer que el resto de procesos se ralenticen. Obviamente un -4 no es como para llevárse las manos a la cabeza ;) Saludos, Rafa El Lunes, 6 de Septiembre de 2004 00:01, Edulix escribió: [...]
Solución ------------
La solución consiste en cambiar la siguiente línea del fichero /etc/init.d/xdm (debéis editarlo con los permisos adecuados):
(línea ~82): startproc -p $PIDFILE $DISPLAYMANAGER || rc_failed
por:
startproc -n -4 -p $PIDFILE $DISPLAYMANAGER || rc_failed
De ésta manera, ahora se ejecutarán con mayor prioridad, la misma con la que Fedora Core 1 lanza las X por defecto: -4 en vez de 0 (cuanto menor es la magnitud prioridad de un proceso, mayor prioridad tiene).
Gracias a las bondades del comando renice, podéis incluso experimentar el cambio en vivo, ejecutando:
sudo renice -n -4 `pidof X`
Conclusión ---------------
Lo cierto es que me da la impresión deque ahora todo es mucho más fluído. Probablemente un mínimo del 50% de los problemas de interactividad de los que os mantuve informados están solucionados. Espero que os sirva de algo esta mejora, sencilla de aplicar y gratamente eficaz.
Por si alguien con posiblidades me lee: ojalá SuSE-next-version venga con este cambio =).
Un saludo, Edulix.
-- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@suse.it ------------------------------------------------------ Simply change to http://www.suse.de/es
He cambiado la prioridad de las X, y no me soluciono nada al contrario las X si van un poco mas rapidas pero cuando me conecto a internet tarda muchisimo, sobretodo para abrir una pagina. Las pongo como estaban y me funciona bien. El Lunes, 6 de Septiembre de 2004 09:50, Rafa Grimán escribió:
Hola :)
Yo lo remitiré al PM, pero no creo que se haga, andar jugando con las prioridades es "peligroso" y ya sabéis cómo son los alemanes ;) Darle una prioridad alta a algo como las X (que consume tantos recursos, es tan grande, ...) puede hacer que el resto de procesos se ralenticen. Obviamente un -4 no es como para llevárse las manos a la cabeza ;)
Saludos,
Rafa
El Lunes, 6 de Septiembre de 2004 00:01, Edulix escribió:
[...]
Solución ------------
La solución consiste en cambiar la siguiente línea del fichero /etc/init.d/xdm (debéis editarlo con los permisos adecuados):
(línea ~82): startproc -p $PIDFILE $DISPLAYMANAGER || rc_failed
por:
startproc -n -4 -p $PIDFILE $DISPLAYMANAGER || rc_failed
De ésta manera, ahora se ejecutarán con mayor prioridad, la misma con la que Fedora Core 1 lanza las X por defecto: -4 en vez de 0 (cuanto menor es la magnitud prioridad de un proceso, mayor prioridad tiene).
Gracias a las bondades del comando renice, podéis incluso experimentar el cambio en vivo, ejecutando:
sudo renice -n -4 `pidof X`
Conclusión ---------------
Lo cierto es que me da la impresión deque ahora todo es mucho más fluído. Probablemente un mínimo del 50% de los problemas de interactividad de los que os mantuve informados están solucionados. Espero que os sirva de algo esta mejora, sencilla de aplicar y gratamente eficaz.
Por si alguien con posiblidades me lee: ojalá SuSE-next-version venga con este cambio =).
Un saludo, Edulix.
-- Rafael Grimán, Partner Services SUSE LINUX AG, Maxfeldstr. 5, D-90409 Nuernberg Phone: +34 665 808 935 Fax: +49 (0) 911 74053-575 - Email: rgriman@suse.it ------------------------------------------------------ Simply change to http://www.suse.de/es
-- 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
___________________________________________________________________________ _____________ Este mensaje ha sido analizado y protegido por la tecnologia antivirus www.trendmicro.es
________________________________________________________________________________________ Este mensaje ha sido analizado y protegido por la tecnologia antivirus www.trendmicro.es
Hola a todos: El Martes, 7 de Septiembre de 2004 19:49, Rubén escribió:
He cambiado la prioridad de las X, y no me soluciono nada al contrario las X si van un poco mas rapidas pero cuando me conecto a internet tarda muchisimo, sobretodo para abrir una pagina. Las pongo como estaban y me funciona bien.
Vaya, es una pena :-(. Lo que cuentas me parece una de esas "historias para no dormir". Es claro que hay algo raro fallando. Lo que no entiendo es qué relación puede haber entre dar un poco de prioridad a las X y que Internet vaya lento. Sea como fuere, sería interesante conocer el problema con un poco más de exactitud: ¿va lento el abrir el navegador web o el hecho de cargar una página web? ¿Has probado con varias páginas web? (Lo siento, no lo puedo evitar, no me hagas caso jajajaj): ¿Es seguro que no fue una casualidad del momento? ¿Va lenta la resolución de nombres o el ancho de banda? ¿Sólo ocurre con las páginas web o también con otro tipo de conexión mediante internet? Si tienes una red local, ¿también tienes ahí el mismo problema? Un saludo, Edulix.
participants (3)
-
Edulix
-
Rafa Grimán
-
Rubén