Barrapunto

Para los que nos gusta la infografía.
Mientras esperas a que acabe un render, uno se entretiene bastante viendo la web.

Lo que hace el parche es agrupar los procesos por TTY y el scheduler les da una prioridad. El parche en si a mi me parece una guarrada, porque lo único que soluciona es si tienes abierta una terminal, y ejecutas un proceso desde ahí. Si los procesos se estan ejecutando en tu escritorio, olvidate de mejoras con este parche.

En el foro de phoronix están pidiendo el PPA con ANSIA VIVA XDD.

http://xkcd.com/619/ [xkcd.com]

Voy a explicar de que va el asunto, con lo que espero que la gente entienda que aqui Torvalds ha demostrado que los tiene mas grandes que nadie, porque es una chapuza de cojones.

El parche agrupa procesos que comparten "consola", de forma que cada grupo tenga un reparto equitativo. Si un grupo tiene 100 procesos, todos pidiendo CPU, en cuanto otro proceso de otro grupo necesite CPU, se la lleva, pues no se mira "100 contra 1", sino "1 contra 1".

Para ver que es lo que haria en tu ordenador, examina el resultado de "ps --no-header wuax | sort -k 7" (listar todos los procesos con detalle, y luego ordenar por el campo 7). Vale, si eres consolero, puede que te salga un monton de consolas distintas, como a mi, pero si tiras todo de GUI, puede que te salga un monton de cosas con "?" (no hay tty asociada) y el resto todas en la misma tty o como mucho repartidas en un puñado (tty1, pts/1, etc).

Si controlas como lanzas los procesos, siendo consolero y consciente de ello... el parche es MAGNIFICO. Al resto, no les va ayuda mucho, por no decir NADA. Es mas, hay gente que ya usaba grupos para repartir los recursos [lkml.org], sin tener que parchear el kernel, simplemente con la shell, pues todo el asunto del kernel mas o menos se relaciona con cuantas shells usas.

Yo hace tiempo que uso mi propio sistema, del que otros se rien, pero es que el parche es aun peor, porque no tienes un control real si no sabes lo de las consolas, y menos si no las usas y lanzas todo con menus. Lo dejo escrito porque es mano de santo, al menos en mi viejo mono procesador:

Como root (su, sudo o lo que te guste) "for i in $( pidof mplayer ) ; do chrt -r -p 2 $i ; done ; for i in $( pidof X ) ; do chrt -r -p 1 $i ; done". En palabras, el proceso X recibe prioridad de tiempo real 1, el mplayer que uso para la radio 2 (mayor que X). Esto evita sonido a saltos o raton con hipo, aunque hay que volver a ejecutar la orden cada vez que lanzas algun proceso nuevo que quieras priorizar (podria ponerlo en un cron cada 5 minutos, cierto). Ajustad a lo que useis, añadiendo nombres a cada parantesis, vlc o lo que sea. Sysrq n (alt+print+n) para deshacer, volviendo todos los procesos real time a nivel de nice clasico.

Ademas, los procesos que comen mucha CPU o que no importan (compilar, etc) los lanzo con "nice -n 20" delante, los que comen un poco pero importan a veces (navegadores, corro varios para evitar que ciertas paginas jodan otras) "nice -n 2" para que no jodan al resto cuando les da por hacer el imbecil (javascript, paginas con html penoso). El nice en kernels nuevos ademas afecta a la entrada/salida para que no chupen de disco. Si tienes un proceso ya lanzado, usas renice e ionice para quitarle importancia.

Conclusion: a mi me va mas o menos suave, pero una gran mejora comparado con no usar el tinglado. La gente puede decir que es una chapuza, pero al menos yo tengo los procesos con prioridades por lo que son, que es mas logico, y no por de que consola dependen.

Por cierto, lo de decir que Torvalds los tiene bien grandes lo digo tambien porque rechazo el parche de Con alegando que no era capaz de demostrar las ideas, y luego el que si acepto pone en los creditos que se inspira en las ideas de Con, pero esta escrito por otra persona. Ole tus huevos, ya van dos, a ver si se pilla un año sabatico y reflexiona.

al menos se ha aportado algo... yo no he aportado ninguna "guarrada" al kernel.

Creo que real-time no es la expresión más acertada: se refiere a la sincronización del tiempo virtual de un proceso con el tiempo real del reloj de hardware de un procesador.

Y sin PCs prehistóricos, cualquier que haga render o proceso de vídeo puede dejar el ordenador días trabajando en una tarea y mientras tanto suele querer utilizar el equipo para otras cosas, se le baja la prioridad al proceso tragón y listo.

La verdad, no entiendo esta nueva "mejora", agrupa las tareas de líneas de comandos, y si haces algo gráficamente a tomar por saco?