En fait, ça dépend de ce que tu veux faire. Le changement de priorité peut avoir du bon si tu ne veux pas qu'un thread ait la main trop souvent (oui, on peut aussi *baisser* la priorité d'un thread !)
Tu peux mettre la priorité que tu veux, à partir du moment où tu lui donnes une "policy" real-time, il aura toujours une priorité plus haute qu'un process normal (SCHED_OTHER).
Ensuite, pour éviter qu'un thread ne garde le processeur pour lui tout seul, il existe des mécanismes.
Certes, mais tout le monde n'a pas un shell lancé avec une priorité real-time sur sa machine...
De façon plus générale, du real-time pour une application graphique, c'est quand même bizarre. Son impression de latence de l'interface graphique est peut-être due justement au fait qu'il n'y a qu'un seul thread qui s'occupe de l'affichage et des calculs, et donc lorsqu'il mouline, l'interface n'est pas réactive.
[^] # Re: Priorité pour les threads
Posté par neologix . En réponse au message comment changer dynamiquement la priorité de l'application active ?. Évalué à 2.
Tu peux mettre la priorité que tu veux, à partir du moment où tu lui donnes une "policy" real-time, il aura toujours une priorité plus haute qu'un process normal (SCHED_OTHER).
Ensuite, pour éviter qu'un thread ne garde le processeur pour lui tout seul, il existe des mécanismes.
Certes, mais tout le monde n'a pas un shell lancé avec une priorité real-time sur sa machine...
De façon plus générale, du real-time pour une application graphique, c'est quand même bizarre. Son impression de latence de l'interface graphique est peut-être due justement au fait qu'il n'y a qu'un seul thread qui s'occupe de l'affichage et des calculs, et donc lorsqu'il mouline, l'interface n'est pas réactive.