- utiliser un noyau -ck ou dérivé (-archck, certains noyaux de distribs, etc.), qui propose une politique de scheduling CPU dite "ISO", proche du temps réel ("RR") sans pour autant être aussi dangereuse (realtime sur une certaine part du temps CPU, et normal au delà), et qui est donc accessible par les simples utilisateurs. En fait, quand un programme essaye de passer en "RR" mais n'a pas les privilèges pour, il tombe en "ISO", donc c'est vraiment bien pratique (ou sinon, on peut forcer cette politique pour un processus avec 'schedtools' ou 'toolsched'). http://members.optusnet.com.au/ckolivas/kernel/
- profiter de ce que dans les noyaux >=2.6.12, l'accès au temps réel à été ajouté aux "rlimits". C'est configurable, par exemple, avec un petit programme qu'on trouve sur cette hideuse page web tout droit débarquée du milieu des années 90 : http://www.physics.adelaide.edu.au/~jwoithe/
# Scheduling temps réel en user
Posté par tgl . En réponse au message augmenter la priorité d'un programme. Évalué à 4.
- utiliser un noyau -ck ou dérivé (-archck, certains noyaux de distribs, etc.), qui propose une politique de scheduling CPU dite "ISO", proche du temps réel ("RR") sans pour autant être aussi dangereuse (realtime sur une certaine part du temps CPU, et normal au delà), et qui est donc accessible par les simples utilisateurs. En fait, quand un programme essaye de passer en "RR" mais n'a pas les privilèges pour, il tombe en "ISO", donc c'est vraiment bien pratique (ou sinon, on peut forcer cette politique pour un processus avec 'schedtools' ou 'toolsched').
http://members.optusnet.com.au/ckolivas/kernel/
- profiter de ce que dans les noyaux >=2.6.12, l'accès au temps réel à été ajouté aux "rlimits". C'est configurable, par exemple, avec un petit programme qu'on trouve sur cette hideuse page web tout droit débarquée du milieu des années 90 :
http://www.physics.adelaide.edu.au/~jwoithe/