[gull] [SPAM] Re: Truc et astuces: nice et ionice (rappel)

[Daniel Cordey]

Le 04.03.23 à 12:46, Marc SCHAEFER via gull a écrit :

> Soit c'est psychologique, soit ça rend effectivement les I/O plus
> souples dans mon workload et refait marcher l'ionice.

nice a subsisté dans les différentes version UNIX (AIX, HP-UX, Solaris), 
mais avait déjà été passablement castré par certaines distribution. La 
gestion de ces priorités est compliquée et sa gestion, se complexifiant, 
a tendance a ralentir l'ensemble. Raison pour laquelle, comme le dit 
Marc, les valeurs de priorité issues de "nice" ne sont plus traitées en 
I/O. Ceci est encore exacerbé par l'utilisation de différents 
"scheduler" qui essaient, par des méthodes heuristiques, d'améliorer la 
priorité des process en fonction de différents critères. C'est pour 
éviter de se trouver en contradiction avec ces "schedulers" que nice 
n'est presque plus pris en compte.

De plus, "nice" était utilisé pour améliorer le niveau de priorité de 
processus spécifiques (DB serveurs, etc.), mais pour du bash... vu la 
vitesse de frappe de l'être humain au clavier... faut pas exagérer :-)

Si l'on veut vraiment avoir un impact sur le niveau de priorité des 
processus et que cela ait un effet réel, il faut utiliser un kernel 
Real-Time, entre autre disponible comme une LTS spéciale chez Ubuntu 
(actuellement 22.04 LTS) et décrit ici :

https://ubuntu.com/blog/real-time-ubuntu-is-now-generally-available

je ne sais plus qui a dit :

"Ce n'est pas parce qu’une nouvelle technologie existe qu'il faut 
l'utiliser"

dc