Bon visiblement c'est lié à Xen (ouf...) et si c n'est pas le cas les derniers noyaux permettent en tout cas de corriger le problème.
J'ai recompilé un 2.6.36.3 manuellement avec VServer et PAE et ça marche aux petits oignons je n'ai pas dépassé les 3.50 de load même si iostat peut monter à 30% durant la phase d'indexation (en fait tout comme le 2.6.26-2-686-bigmem de Debian sans les extensions Xen et VServer).
Alors pour info voci les embuches de l'après midi :
Pour utiliser la méthode de packaging debian pour compiler des noyaux de kernel.org dont la version est supérieure à 2.6.32, il faut patcher kernel-package comme indiqué ici : http://ubuntuforums.org/showpost.php?p=9000573&postcount(...) .
Et également recompiler utils-vserver avec la dernière version disponible pour éviter d'avoir un vc_set_sched(): Function not implemented au lancement des VServers.
[^] # Re: je vais surement dire une betise
Posté par Chris K. . En réponse au message Iowait et record de load sur Fusion MPT / LSISAS1068E. Évalué à 1.
J'ai recompilé un 2.6.36.3 manuellement avec VServer et PAE et ça marche aux petits oignons je n'ai pas dépassé les 3.50 de load même si iostat peut monter à 30% durant la phase d'indexation (en fait tout comme le 2.6.26-2-686-bigmem de Debian sans les extensions Xen et VServer).
Alors pour info voci les embuches de l'après midi :
Pour utiliser la méthode de packaging debian pour compiler des noyaux de kernel.org dont la version est supérieure à 2.6.32, il faut patcher kernel-package comme indiqué ici : http://ubuntuforums.org/showpost.php?p=9000573&postcount(...) .
Et également recompiler utils-vserver avec la dernière version disponible pour éviter d'avoir un vc_set_sched(): Function not implemented au lancement des VServers.
Après ça tout roule.