タグ付けされた質問 「broadcom」

TL; DRバージョン：これは、Windows Server 2008 R2のBroadcomネットワークの深いバグであることが判明しました。Intelハードウェアと交換すると修正されました。Broadcomハードウェアは使用しなくなりました。今まで。 Linux-HAプロジェクトのハートビートとともにHAProxyを使用しています。フェイルオーバーを提供するために2つのLinuxインスタンスを使用しています。各サーバーには、独自のパブリックIPと、IP：69.59.196.211の仮想インターフェイス（eth1：1）を使用して2つのサーバー間で共有される単一のIPがあります。 仮想インターフェイス（eth1：1）IP 69.59.196.211は、背後のWindowsサーバーのゲートウェイとして構成され、ip_forwardingを使用してトラフィックをルーティングします。 Linuxゲートウェイの背後にあるWindowsサーバーの1つで、時々ネットワークが停止します。HAProxyはサーバーがオフラインであることを検出します。これは、障害が発生したサーバーにリモート接続し、ゲートウェイにpingを試行することで確認できます。 32バイトのデータを使用した69.59.196.211のping： 69.59.196.220からの返信：宛先ホストに到達できません。 arp -aこの失敗したサーバーで実行すると、ゲートウェイアドレス（69.59.196.211）のエントリがないことが示されます。 インターフェース：69.59.196.220 --- 0xa インターネットアドレスの物理アドレスタイプ 69.59.196.161 00-26-88-63-c7-80ダイナミック 69.59.196.210 00-15-5d-0a-3e-0eダイナミック 69.59.196.212 00-21-5e-4d-45-c9ダイナミック 69.59.196.213 00-15-5d-00-b2-0d動的 69.59.196.215 00-21-5e-4d-61-1aダイナミック 69.59.196.217 00-21-5e-4d-2c-e8ダイナミック 69.59.196.219 00-21-5e-4d-38-e5ダイナミック 69.59.196.221 00-15-5d-00-b2-0d動的 69.59.196.222 00-15-5d-0a-3e-09ダイナミック 69.59.196.223 ff-ff-ff-ff-ff-ff static 224.0.0.22 01-00-5e-00-00-16静的 224.0.0.252 01-00-5e-00-00-fc静的 225.0.0.1 01-00-5e-00-00-01静的 Linuxゲートウェイでは、インスタンスarp -aは以下を示します。 peak-colo-196-220.peak.org（69.59.196.220）at <不完全> eth1 stackoverflow.com（69.59.196.212）at …

32 networking  windows-server-2008-r2  broadcom 

フレーム結合（NAPI）が必要な場合、およびフレームごとに1つの割り込みで十分な場合に答えられるデータまたは基本的な計算はありますか？ 私のハードウェア：IBM BladeServer HS22、Broadcom 5709 Gigabit NICハードウェア（MSI-X）、デュアルXeon E5530クアッドコアプロセッサ。主な目的は、Squidプロキシサーバーです。スイッチはCisco 6500シリーズです。 私たちの基本的な問題は、ピーク時（100 Mbpsのトラフィック、10,000 ppsのみ）に、待ち時間とパケット損失が増加することです。2.6.38への多くのチューニングとカーネルアップグレードを行った結果、パケット損失は改善されましたが、遅延は依然として不十分です。pingは散発的です。ローカルGbps LANで200ミリ秒にもジャンプします。CPU /メモリの負荷は良好ですが、Squidの平均応答は30msから500 + msにジャンプします。 ピーク時には、割り込みは約15,000 /秒に上昇します。KsoftirqdはCPUをあまり使用していません。irqbalanceをインストールして、すべてのコアでIRQ（eth0とeth1にそれぞれ8）のバランスを取りましたが、それはあまり役に立ちませんでした。 Intel NICにはこのような問題はないように見えますが、ブレードシステムと固定構成ハードウェアの事実を行うため、Broadcomsに固執しています。 すべてがNICが主犯であると指摘しています。私が今持っている最良のアイデアは、レイテンシーを低く、スループットを高く保ちながら、割り込みを減らすことです。 残念ながらbnx2はadaptive-rxまたはtxをサポートしていません。 適応割り込みの対NAPIスレッドの答えが与えられた問題を回避するための割り込み調停の偉大なオーバービューが、どのように計算最適のethtool合体設定への具体的な情報を提供します。単なる試行錯誤よりも優れたアプローチがありますか？ 上記のワークロードとハードウェア構成にはNAPIも必要ですか？または、パケットごとに単一の割り込みで生きることができますか？

18 linux-networking  nic  broadcom