Malheureusement et d'après ce que j'ai compris, le fait de faire un nice augmente la priorité du process dans le scheduler "classique", mais comme les schedulers temps réel sont prioritaire par rapport à ce scheduler => le process ne rend jamais la main. (j'ai peut-être mal compris, faut dire que j'ai lu un bouquin sur le sujet un peu en diagonal :p)
J'ai un peu avancé et j'ai pu régler une partie du problème en utilisant "chrt" dans l'inittab pour donner une haute priorité à getty en faisant un truc du genre :
"usr/bin/chrt -f 98 /sbin/mingetty tty1"
Maintenant quand le process en question plante et que j'ai au préalable lancé un top sur la pseudo console 1, j'ai bien le top qui continue de se rafraîchir, mais impossible d'utiliser le clavier qui semble rester bloqué..... je progresse donc mais c'est pas encore ça ;-(
[^] # Re: Re : Avoir une console qui utilise un autre sched...
Posté par ChickenKiller . En réponse au message Avoir une console qui utilise un autre scheduler que celui par défaut. Évalué à 1.
Malheureusement et d'après ce que j'ai compris, le fait de faire un nice augmente la priorité du process dans le scheduler "classique", mais comme les schedulers temps réel sont prioritaire par rapport à ce scheduler => le process ne rend jamais la main. (j'ai peut-être mal compris, faut dire que j'ai lu un bouquin sur le sujet un peu en diagonal :p)
J'ai un peu avancé et j'ai pu régler une partie du problème en utilisant "chrt" dans l'inittab pour donner une haute priorité à getty en faisant un truc du genre :
"usr/bin/chrt -f 98 /sbin/mingetty tty1"
Maintenant quand le process en question plante et que j'ai au préalable lancé un top sur la pseudo console 1, j'ai bien le top qui continue de se rafraîchir, mais impossible d'utiliser le clavier qui semble rester bloqué..... je progresse donc mais c'est pas encore ça ;-(