一般に Microsoft Scalable Networking Pack と呼ばれる Windows ネットワーク拡張機能に関する推奨事項の再検討

原文の記事の投稿日: 2011 年 11 月 14 日 (月曜日)

何年もの間、一般に Microsoft Scalable Networking Pack (個別の機能は Receive Side Scaling (RSS) や Chimney/TCP 接続オフロード/TOE として知られます) と呼ばれる Windows の機能と、それらをサーバーで有効または無効にした場合の影響に関するさまざまな議論が交わされてきました。

過去を振り返ると、Windows 2003 SP2 でこの機能がリリースされたときに、いくつか解決すべき問題が (ネットワーク ドライバーなど、マイクロソフトとサードパーティのコードの両方に) あったことは確かです。しかし年月を経て状況は劇的に改善しており、今ではこれらの機能を無効にするとサーバーのパフォーマンスに大きな影響が生じる可能性があります。

次に例を示します。

次のスクリーンショットは、CPU の 1 つに過剰な負荷がかかる一方で、他の CPU が負荷を分担していない状況を示しています。ネットワーク接続が大量に発生し、RSS 機能が無効になっているサーバーでは、こうした状況がよく見られます。

次のスクリーンショットは、サーバーで RSS を有効にしたときにどのような現象が起きるかを少しわかりやすく示しています。赤丸で囲んである部分が RSS を有効にした時点です。1 つのプロセッサが大量のネットワーク トラフィックを処理している間、他のプロセッサがほとんど動いていなかったこと、および RSS を有効にした後でどのような変化が起きたかがわかります。

この機能に興味を持っていただいたところで、私の Windows チームの同僚である Tod Edwards が最近書いた記事をご紹介します。この記事では、これらの機能の内容、機能を有効にすべき理由、有効にする方法、さらに有効にするのに適した状況を判断する方法について深く掘り下げています。記事は次の Web サイトでお読みいただけます。

「Give Microsoft’s Scalable Networking Pack Another Look」

https://www.windowsitpro.com/article/networking/give-microsofts-scalable-networking-pack-140350 (英語)

(言うまでもありませんが、お使いのネットワーク カードのドライバーが更新されていることを確認してください。)

ぜひご覧ください!

Nino Bilic

これはローカライズされたブログ投稿です。原文の記事は、「Time to revisit recommendations around Windows networking enhancements usually called Microsoft Scalable Networking Pack」をご覧ください。