>> 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. _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
