La seule manière vraiment reproductible de faire sauter une vidéo ou de l'audio que j'ai remarquée, c'est une bonne tempête d'IO, plus que la charge cpu. Et pourtant, mes machines sont pas spécialement des foudres de guerre.
Tout à coup, au milieu d'une vidéo, on voit l'image qui s'arrête et le son qui continue(ou plus rarement l'inverse), puis tout stoppe quelques secondes redémarre et s'arrête sur un son joué en boucle sur une seconde.
Quand ça arrive (arrivait, je fais un peu en sorte que ça n'arrive plus), le wm peut devenir super lent (changer de fenêtre prendre une minute, avec les redessins très longs), même la saisie clavier est difficile.
Passer sur un VT, se logguer et lancer iotop (le tout peut prendre plusieurs minutes) montre le problème, mais pas forcément son origine (le processus qu'on voit faire des io peut être la victime qui est envoyée en swap).
À ce que j'ai compris, il y a en gros 2 causes :
- un processus avec une fuite mémoire qui crame de la mémoire et envoie tous les copains en swap en générant beaucoup d'io
- une copie un peu longue sur un support lent (usb ou réseau)
Ce qu'il se passe, c'est que les cgroups ne contrôlent pas (encore) les io, donc tout le monde peut se marcher sur les pieds.
Donc non, pour moi, le scheduler cpu n'est pas(trop) un problème, à côté de ça.
# iowait
Posté par mickabouille . En réponse au journal Des control groups par défaut sur un système desktop ?. Évalué à 8.
La seule manière vraiment reproductible de faire sauter une vidéo ou de l'audio que j'ai remarquée, c'est une bonne tempête d'IO, plus que la charge cpu. Et pourtant, mes machines sont pas spécialement des foudres de guerre.
Tout à coup, au milieu d'une vidéo, on voit l'image qui s'arrête et le son qui continue(ou plus rarement l'inverse), puis tout stoppe quelques secondes redémarre et s'arrête sur un son joué en boucle sur une seconde.
Quand ça arrive (arrivait, je fais un peu en sorte que ça n'arrive plus), le wm peut devenir super lent (changer de fenêtre prendre une minute, avec les redessins très longs), même la saisie clavier est difficile.
Passer sur un VT, se logguer et lancer iotop (le tout peut prendre plusieurs minutes) montre le problème, mais pas forcément son origine (le processus qu'on voit faire des io peut être la victime qui est envoyée en swap).
À ce que j'ai compris, il y a en gros 2 causes :
- un processus avec une fuite mémoire qui crame de la mémoire et envoie tous les copains en swap en générant beaucoup d'io
- une copie un peu longue sur un support lent (usb ou réseau)
Ce qu'il se passe, c'est que les cgroups ne contrôlent pas (encore) les io, donc tout le monde peut se marcher sur les pieds.
Donc non, pour moi, le scheduler cpu n'est pas(trop) un problème, à côté de ça.