不足しているカーネル機能(XENFEAT_hvm_pirqs)がRedHat EC2割り込みの問題を引き起こす可能性がありますか?

不足しているカーネル機能(XENFEAT_hvm_pirqs)がRedHat EC2割り込みの問題を引き起こす可能性がありますか?

AWS EC2 でカーネル 2.6.32.431 を実行する RedHat 6.5 があり、ドキュメントが推奨する最小バージョンを使用して ixgbevf ドライバをインストールしました。構成が完了すると、システムには2つのキュー(IRQ)があります。

grep eth0-TxRx /proc/割り込み

48: 7986 0 0 0 0 0 0 0 PCI-MSI エッジ eth0-TxRx-0

49: 7026 0 0 0 0 0 0 0 PCI-MSI エッジ eth0-TxRx-1

しかし、/proc/irq/48/smp_affinity または /proc/irq/49/smp_affinity を 4 に変更しても何も変わらないようです。 「eth0-TxRx|/proc/interrupts」の出力は変更されずに保持されます。

grep eth0-TxRx /proc/割り込み

48: 8025 0 0 0 0 0 0 0 PCI-MSI エッジ eth0-TxRx-0

49: 7096 0 0 0 0 0 0 0 PCI-MSI エッジ eth0-TxRx-1

キューはCPUコア0に固定されたままです。

私はしばらくの解決策を探していましたが、いくつかの答えによれば、カーネル2.6.32.431を実行すると、Redhat 6.5にXENFEAT_hvm_pirqsカ​​ーネル機能がありません。しかし、どういうわけかRedHat 6.9では動作します。

grep Tx /proc/割り込み

48: 16 0 0 0 2810 0 0 0 PCI-MSI エッジ eth0-TxRx-0

49: 22 2326 0 0 0 0 0 0 PCI-MSI エッジ eth0-TxRx-1

XENFEAT_hvm_pirqsを使用すると、出力にxen-pirq-msiが表示されるはずですが、ここではRedHat 6.9とRedHat 6.5の両方がPCI-MSI-edgeを表示します。私の考えでは、それらのどれもここでXENFEAT_hvm_pirqsフラグを使用していないようです。そうですか?

カーネルフラグが正確に何であるかを見つけるのに役立つ人はいますか? XENFEAT_hvm_pirqsの目的は何ですか?このフラグはこの質問に関連していますか?この問題を解決するために使用できるバックポートはありますか?

ところで、RedHat 6.5はVmwareからインポートされ、Vmwareでうまく動作します。そして、smp_affinityパラメーターは期待どおりに機能します。どんな答えでもよろしくお願いします。

ベストアンサー1

おすすめ記事