Comments on: Nuevo scheduler para el kernel http://mnm.uib.es/gallir/posts/2007/03/10/1001/ I write about free software, and free culture Fri, 10 Feb 2012 02:13:27 +0000 http://wordpress.org/?v=2.2.3 By: habladorcito http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-36670 habladorcito Thu, 19 Apr 2007 20:47:57 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-36670 Aquí hablan del nuevo Scheduler, reproduciendo un mail de Ingo Molnar http://kerneltrap.org/node/8059 Un saludete :) Aquí hablan del nuevo Scheduler, reproduciendo un mail de Ingo Molnar http://kerneltrap.org/node/8059

Un saludete :)

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26820 gallir Thu, 15 Mar 2007 15:06:53 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26820 #14, en discos esta funcionando muy bien el "nuevo" CFQ (complete fair queue) que lo comenté en su momento: http://mnm.uib.es/gallir/posts/2004/12/25/49/ Lo de discos NAND, seguramente hará que cambie esta necesidad, aunque no la planificación, la CFQ sigue siendo muy buena para entornos de multiprogramación. Pero supongo que aparecerán otros problemas, como controlar la cantidad de escrituras que se hacen sobre la misma posición. #14, en discos esta funcionando muy bien el “nuevo” CFQ (complete fair queue) que lo comenté en su momento: http://mnm.uib.es/gallir/posts/2004/12/25/49/

Lo de discos NAND, seguramente hará que cambie esta necesidad, aunque no la planificación, la CFQ sigue siendo muy buena para entornos de multiprogramación. Pero supongo que aparecerán otros problemas, como controlar la cantidad de escrituras que se hacen sobre la misma posición.

]]> By: nim http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26813 nim Thu, 15 Mar 2007 14:46:21 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26813 Buen post. Y para ayudar a la procrastinacion una pregunta sobre planificadores... ¿Que pasa con el de disco?, ¿los nuevos discos duros NAND haran innecesaria la planificacion de disco o de momento vamos a trabajar emulando discos con platos y cabezas?. Mira que me fastidiaria haberme chapado lo del CSCAN para que ahora desaparezca... Buen post. Y para ayudar a la procrastinacion una pregunta sobre planificadores… ¿Que pasa con el de disco?, ¿los nuevos discos duros NAND haran innecesaria la planificacion de disco o de momento vamos a trabajar emulando discos con platos y cabezas?. Mira que me fastidiaria haberme chapado lo del CSCAN para que ahora desaparezca…

]]> By: Ricardo Fuentes http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26641 Ricardo Fuentes Wed, 14 Mar 2007 23:25:23 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26641 Si, lo se, solo lo ponía como ejemplo, haber si ud. profesor, nos daba una mano a los noveles para poder entender el nuevo scheduler del kernel :) Si, lo se, solo lo ponía como ejemplo, haber si ud. profesor, nos daba una mano a los noveles para poder entender el nuevo scheduler del kernel :)

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26612 gallir Wed, 14 Mar 2007 21:15:35 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26612 #10, el #11 tiene razón, ese esquema es muy básico y se llama "esquema de tres estados" (algunos eruditos prefieren llamarle "diagrama de Nail"). No tiene nada que ver con el scheduler, o sí, tanto como las las ruedas y las gravedad con los diseños de coches :-) #10, el #11 tiene razón, ese esquema es muy básico y se llama “esquema de tres estados” (algunos eruditos prefieren llamarle “diagrama de Nail”).

No tiene nada que ver con el scheduler, o sí, tanto como las las ruedas y las gravedad con los diseños de coches :-)

]]> By: nefertum http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26597 nefertum Wed, 14 Mar 2007 19:58:40 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26597 Ese no es el esquema tipico de un planificador normal y corriente? (solo pregunto) Ese no es el esquema tipico de un planificador normal y corriente? (solo pregunto)

]]> By: Ricardo Fuentes http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26559 Ricardo Fuentes Wed, 14 Mar 2007 16:47:57 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26559 Una <a href="http://photos1.blogger.com/blogger/1945/694/1600/esquema_rus_1%20copy.jpg" rel="nofollow">gráfica aclaratoria</a> de como va a funcionar este cacharro, vendría muy bien, para aclarar el tema a los más noveles (/me=novel). Una gráfica aclaratoria de como va a funcionar este cacharro, vendría muy bien, para aclarar el tema a los más noveles (/me=novel).

]]> By: davkx http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26555 davkx Wed, 14 Mar 2007 16:35:48 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26555 > Parece que los tests que están haciendo para cargas extremas está dando resultados espectaculares, así que seguramente será rápidamente admitido en la siguiente ronda de desarrollo para el 2.0.22. no es 2.6.22 ? > Parece que los tests que están haciendo para cargas extremas está dando resultados espectaculares, así que seguramente será rápidamente admitido en la siguiente ronda de desarrollo para el 2.0.22.

no es 2.6.22 ?

]]> By: meneame.net http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26421 meneame.net Wed, 14 Mar 2007 07:48:39 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-26421 <strong>Un nuevo planificador para el kernel de Linux</strong> Un excelente artículo de Ricardo Galli en el que se hace una breve introducción al que parece que será el nuevo planificador de procesos del kernel de Linux. Si todo va bien, puede que sea incorporado ya en la versión 2.6.22. Lo más curioso del caso es... Un nuevo planificador para el kernel de Linux

Un excelente artículo de Ricardo Galli en el que se hace una breve introducción al que parece que será el nuevo planificador de procesos del kernel de Linux. Si todo va bien, puede que sea incorporado ya en la versión 2.6.22. Lo más curioso del caso es…

]]> By: DN http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25870 DN Sun, 11 Mar 2007 02:07:30 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25870 Hay que reconocer que Con Kolivas es una persona un tanto atípica, aunque me gustaría saber hasta que punto se puede decir que es un médico en activo, y no una persona que hizo la carrera de medicina (para mi son cosas muy distintas). Y digo que es atípica porque la inmensa mayoría de los médicos que conozco son analfabétos tecnológicos, y prácticamente siempre tecnofobos (se que es una afirmación un tanto gratuita porque estoy generalizando en un colectivo muy amplio, pero trabajo para sanidad y tengo cierta experiencia en pelear con médicos) Hay que reconocer que Con Kolivas es una persona un tanto atípica, aunque me gustaría saber hasta que punto se puede decir que es un médico en activo, y no una persona que hizo la carrera de medicina (para mi son cosas muy distintas).

Y digo que es atípica porque la inmensa mayoría de los médicos que conozco son analfabétos tecnológicos, y prácticamente siempre tecnofobos (se que es una afirmación un tanto gratuita porque estoy generalizando en un colectivo muy amplio, pero trabajo para sanidad y tengo cierta experiencia en pelear con médicos)

]]> By: antonimo http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25829 antonimo Sat, 10 Mar 2007 20:04:59 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25829 Esta clase de post son los que mas me gustan de este blog :). Esta clase de post son los que mas me gustan de este blog :).

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25717 gallir Sat, 10 Mar 2007 12:35:42 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25717 No, no es determinista porque no puedes establecer orden de ejecución. Sólo puedes calcular un tiempo máximo. No, no es determinista porque no puedes establecer orden de ejecución. Sólo puedes calcular un tiempo máximo.

]]> By: Arturo http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25716 Arturo Sat, 10 Mar 2007 12:04:29 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25716 Dices que ahora puede calcularse un tiempo máximo de espera en las colas con este nuevo método. Entonces, ¿es un paso más para hacer de la ejecución de programas algo determinista? Un saludo. Dices que ahora puede calcularse un tiempo máximo de espera en las colas con este nuevo método. Entonces, ¿es un paso más para hacer de la ejecución de programas algo determinista?

Un saludo.

]]> By: Tribe http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25715 Tribe Sat, 10 Mar 2007 11:35:06 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25715 > "Parece que los tests que están haciendo para cargas extremas está dando resultados espectaculares" Sí, y lo que es muy interesante también es que gente de la LKML ha estado haciendo tests en entornos de escritorio con cargas de trabajo típicas y también han _notado_ una mejora, por lo que hay gente que opina que debería ser el planificador de procesos por defecto. > “Parece que los tests que están haciendo para cargas extremas está dando resultados espectaculares”

Sí, y lo que es muy interesante también es que gente de la LKML ha estado haciendo tests en entornos de escritorio con cargas de trabajo típicas y también han _notado_ una mejora, por lo que hay gente que opina que debería ser el planificador de procesos por defecto.

]]> By: gallir http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25703 gallir Sat, 10 Mar 2007 09:42:50 +0000 http://mnm.uib.es/gallir/posts/2007/03/10/1001/#comment-25703 > Cuando dices “Los procesos son movidos dinámicamente de un nivel a otra dependiendo de su prioridad dinámica –el nice en UNIX–.” creo que te equivocas. Sí, cony... > Cuando un proceso agota su quanto, su prioridad dinámica es disminuída. Cuando un proceso despierta de un estado de espera, su prioridad dinámica se incrementa para que entre en ejecución lo antes posible. Esa es la teoría básica de "colas múltiples con retroalimentación", pero no es así en la realidad, mucho menos en el Linux, que es bastante más complejo para mejorar la respuesta de los procesos interactivos. Depende del valor de "sleep" del proceso y las prioridad de procesos relacionados que generan el "schedule". > Cuando dices “Los procesos son movidos dinámicamente de un nivel a otra dependiendo de su prioridad dinámica –el nice en UNIX–.” creo que te equivocas.

Sí, cony…

> Cuando un proceso agota su quanto, su prioridad dinámica es disminuída. Cuando un proceso despierta de un estado de espera, su prioridad dinámica se incrementa para que entre en ejecución lo antes posible.

Esa es la teoría básica de “colas múltiples con retroalimentación”, pero no es así en la realidad, mucho menos en el Linux, que es bastante más complejo para mejorar la respuesta de los procesos interactivos. Depende del valor de “sleep” del proceso y las prioridad de procesos relacionados que generan el “schedule”.

]]>