Eu tenho um RedHat 6.5 no AWS EC2 executando o kernel 2.6.32.431, instalei o driver ixgbevf com a versão mínima recomendada pelo documento. Após a configuração, o sistema agora tem 2 filas (IRQs):
grep eth0-TxRx / proc / interrupções
48: 7986 0 0 0 0 0 0 0 eth0-TxRx-0 da borda do PCI-MSI
49: 7026 0 0 0 0 0 0 0 eth0-TxRx-1 da borda PCI-MSI
No entanto, mesmo que / proc / irq / 48 / smp_affinity ou / proc / irq / 49 / smp_affinity tenha sido alterado para 4, parece não haver nenhuma alteração. A saída de "eth0-TxRx | / proc / interrupts" permanece a mesma.
grep eth0-TxRx / proc / interrupções
48: 8025 0 0 0 0 0 0 0 eth0-TxRx-0 da PCI-MSI-edge
49: 7096 0 0 0 0 0 0 0 eth0-TxRx-1 da borda PCI-MSI
As filas ainda estavam fixas no núcleo da CPU 0.
Eu tenho procurado a solução por um tempo, algumas das respostas sugeriram que o Redhat 6.5 não possui o recurso de kernel XENFEAT_hvm_pirqs com o kernel 2.6.32.431. Mas poderia ser visto de alguma forma trabalhado no RedHat 6.9:
grep Tx / proc / interrupções
48: 16 0 0 0 2810 0 0 0 eth0-TxRx-0 da borda do PCI-MSI
49: 22 2326 0 0 0 0 0 0 eth0-TxRx-1 da borda PCI-MSI
Como se estiver usando XENFEAT_hvm_pirqs, a saída deve mostrar xen-pirq-msi, mas aqui o RedHat 6.9 e o RedHat 6.5 ambos exibem PCI-MSI-edge. Suponho que os dois não estavam usando sinalizadores XENFEAT_hvm_pirqs aqui, estavam?
Alguém poderia ajudar a descobrir o que é exatamente o sinalizador de kernel? qual é o objetivo de XENFEAT_hvm_pirqs? Esse sinalizador tem alguma coisa a ver com esse problema? Existe algum backport que eu possa usar para resolver isso?
A propósito, o RedHat 6.5 foi importado do Vmware, e pode funcionar muito bem no Vmware. E os parâmetros smp_affinity poderiam funcionar como esperado. Muito obrigado antecipadamente por quaisquer respostas.