Problème que j'ai aussi pu rencontrer de mon coté (même sur des kernels 3.2 de squeeze-backports, que je recommande en passant par rapport à un kernel 2.6.32 pour des machines à forte charge réseau ou avec matériel récent)
Effectivement monter en version sur le kernel serait intéressant. Dans ce cas pourquoi ne pas partir directement sur un 3.6.8 compilé ? au niveau gestion réseau les kernels récents doivent avoir de nouvelles optimisations ?
A ne pas oublier qu'il est recommandé de n'envoyer les interrupts que vers les cœurs physiques et non pas vers les cœurs logiques
C'est noté.
Personnellement, je force la répartition manuellement dans le /etc/rc.local, ça n'est peut être pas très propre mais ça fonctionne sans soucis (ne pas oublier de revérifier que les numéros d'interrupts n'aient pas changés pour les périphériques suite à un changement de kernel par exemple ou scripter pour automatiser cela), pour plus de détails sur le format de la valeur à utiliser (possibilité d'envoyer les interrupts vers plusieurs cœurs en même temps et non pas seulement vers un seul) : https://cs.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt
Merci.
ps: il est aussi intéressant de faire de même pour les cartes RAID si applicable, de plus certaines cartes permettent également d'être vues en plusieurs "parties" dans la liste des devices afin de pouvoir mieux répartir la charge (ex: http://kb.lsi.com/KnowledgebaseArticle16667.aspx).
Pas pensé à ça, à creuser.