jean_no a écrit :Salut
Salut
jean_no a écrit :Pour être sur de bien comprendre, Arch est bien ta machine hôte ?
Exactement, Arch est la machine hôte dans les deux cas.
jean_no a écrit :Si oui, si tu as des "freeze" avec virtualbox lorsque le système est en charge élévée (RAM et CPU),
surveilles peut-être les températures de tes machines.
Aucun soucis de ce côté là, les températures étant quelque chose que je surveille très régulièrement lors de charge élevée.
jean_no a écrit :Vérifies aussi les réglages des machines virtuelles ( Nombre de Processeurs, RAM allouée, ...)
De ce côté là aussi aucun problème. Sinon j'aurais des soucis avec le noyau 3.10 aussi.
jean_no a écrit :
Ceci dit, ta rancoeur me semble déplacée :
et qu'il s'agit donc selon moi d'une régression kernel (encore une!)
Personne ne t’oblige à rien. Et VirtualBox, me semble-t-il, est du code fermé.
Pourquoi déplacée? C'est simplement que depuis un an c'est la troisième régression du noyau à laquelle je suis confronté. La dernière en date avant cela étant
celle-ci qui a duré jusqu'au noyau... 3.11 pour être vraiment réparée. Seulement, le 3.11 lui freeze donc soit j'utilise le 3.10 mais je peux oublier la mise en veille, soit le 3.11 mais je dois m'attendre à des freezes inopinés (sur mon Thinkpad).
La version des dépôts de virtualbox est sous GPL. Ceci dit, le problème n'est pas forcément lié directement à Virtualbox hein (et d'ailleurs j'en doute). C'est simplement qu'il me semble que les freezes se déclenchent facilement lorsque le système est très sollicité ce qui est spécialement le cas lorsque je compile dans des VMs.
Par ailleurs, je ne vois pas ce que tu sous-entends par "Personne ne t’oblige à rien".
Merci quand même pour la tentative d'aide apportée.