高速ネットワークでのサーバー負荷を大きく軽減する
■LANのデータ転送速度が，ギガビット・イーサネット（GbE）や10GbEの登場で高速化している。これに伴い，サーバーのCPUにおけるTCP/IPネットワーク処理の負荷が問題になっている。 ■そこで注目されるのがTCP/IP処理をNIC上の専用プロセッサに任せるオフロード機能である。Windowsのネットワーク・タスクのオフロード機能を説明するとともに，その有効性を検証した。 （2005年3月号「Windowsテクノロジ徹底解説」より） 昨今，サーバー機が使用するLAN（ローカル・エリア・ネットワーク）は，データ転送速度100Mビット/秒のファースト・イーサネットから1Gビット/秒のギガビット・イーサネット（以後GbEと表記）へとシフトしている。近い将来，10Gビット/秒の10GbEが普及するのも確実である。 従来は，ネットワークが高速化しても，サーバー機で帯域幅を最大限に利用しにくかった
ログからは見えてこない高負荷サイトのボトルネック : DSAS開発者の部屋
ちょうど１年前に「高負荷サイトのボトルネックを見つけるには」という記事を掲載していますが、この手のトラブルシューティングって結構大変で悩ましいですよね。はじめまして、新入りの@pandax381です。 ログからは見えてこないもの 「サイトの応答が遅い」という問題が発生した場合、その原因はどこにあるでしょうか。 Webアプリケーションの処理に時間が掛かっている DBサーバに投げたクエリーの応答が遅い サーバの処理能力を超えている などなど、いくつもの可能性があります。通常、上に挙げているような問題は、アプリケーションやサーバのログを調査することで、原因を突き止めることができます。 一方で、こういったログの調査だけでは、その原因にたどり着くことができなかったり、相当な苦労が伴うケースもあります。 あるサイトのある日の出来事 つい先日のことですが、KLabの運営している某ソーシャルゲームにて、サ
IP checksum offload と Wireshark - Clariroid's Blog
2014-06-26 IP checksum offload と Wireshark TwitterをWiresharkで覗いてみたら、Packet Listが真っ黒に…。何事かと思い、該当パケットを調べると、 "IP checksum offload"が原因だって？しかもchecksumは0x0000に。実は前から気になっていたのですが、調べるのが億劫になっていました（そこが駄目なんじゃ）。一念発起して調べたことを書きます。 スクリーンショットなどの関係でWindows7で書いています（お許しください。Linuxはまだまだ修行中なのです…)。 そもそもoffloadって何？ load（負担）をoff（取り除く・減らす）ということから「負荷の分散」を意味します。従って今回の"IP checksum offload"は「IPにおけるchecksum処理を、CPUではなくNICに担わせること」
Wiresharkで見つけたTOE (TCP Offload Engine) の問題
http://sashiz.seesaa.net/article/148763709.html http://support.microsoft.com/kb/951037/ja Wireshark(旧Ethereal WinPcap)で 送信パケットのチェックサムエラーが出ていたら (チェックサムフィールドが0x0000) もしかして、そのネットワークI/Fで 機能していないオフロード設定がONになっているからかも。 通信相手次第で 不正なパケット扱いして拒否する可能性もあるし、このままで問題ないかもしれない。 オフロード機能の説明は、ネットを探せばいろいろ載っている。 オフロード機能搭載をうたいつつ、バグがあるNICもあるようだ。
検証してみた ついに原因判明か・・・？ 隼高速化成功しました みれば納得 - geche7-xyz’s blog
メイン記事１位獲得記事 隼高速化成功しました あくまで俺の環境でです 皆様がしても上がるとは限りません 速度は変動しますのでどうなるかと 不具合で速度が落ちる可能性ありますので参考にしてくださいね 書いても意味理解できないかも 簡単に書くと マイクロソフトのWIN7にソフトウェアのバグあるて事だ 回線遅かったり途切れたりするなら SNP止めろと 念の為にバックアップ取ってからした方が安全 Windows 7のやり方ですので ※注意※ Windows7で試して動いてますが、作成や設定はご自身のご判断・責任でお願い致します 苦情などはお受けしませんので宜しくお願いします 要するにWindows側のソフトウェアのバグだったて事だね SNP（Scalable Networking Pack）」と呼ばれるネットワークを最適化する機能が有効化 （1）TCP Chimney Offload TCPのネッ
Windowsの通信遅延やオンラインゲーム切断の原因であるSNPサービスを停止する方法
WindowsにはSNPと称されるネットワーク最適化サービスがデフォルトで適用されています。このサービスは、CPU負荷を下げる為に、LANカードに実装されるチップにネットワーク制御をさせているのですが、LANドライバにも多く依存関係にありますので、LANドライバが不完全な状況だとインターネットに不具合が生じる様子です。 もしも次の様な症状が出るようであれば、SNPサービスをコマンドプロンプト管理者モードから無効化に切り替えて、通信が安定するかをご確認下さい。 対象WindowsバージョンはNECサポート情報Scalable Networking Pack （SNP） の使用上の注意事項についてをご覧ください。備考、NECの技術資料内にはNEC製品にのみ対応の修正ツール情報などが含まれます。OEMパソコンや他メーカーのパソコンご利用の方は、コマンドプロンプトで作業する、”netsh int
お知らせ・詳細: お知らせ・検索一覧 | NEC
更新日：2021年9月24日 Windows Server 2003 Service Pack 1 以降、ネットワークアダプタのネットワーク高速化機能やハードウェアベースのオフロードテクノロジを使用し、ネットワークのスループットを向上させるための機能としてMicrosoft社よりScalable Networking Pack （以降、SNP） が提供されております。この機能は、Windows サーバ OS とネットワークドライバ、およびネットワークアダプタが連携して実現されているものです。 SNPの使用にあたって SNP については、ネットワークアダプタでもSNP を使用するための設定、チューニングを行った上でネットワーク接続機器を含めたシステム全体での検証が必要です。お客様環境・運用を想定した十分な事前評価を実施いただき、問題ないことを確認の上ご使用ください。なお、ネットワークアダプタ
VMwareとTCP Segmentation Offload (TSO) - 銀の鍵 (The Silver Key)
VMwareのホストOSとゲストOS間のネットワーク通信が非常に遅いことがあるそうな。私はホスト・ゲスト間で大量にデータのコピーをしないので今のところ気づいたことはないけれども。 ネットをさまよってみると、どうやらこれはNIC（Network Interface Card）のTSO(TCP Segmentation Offload)と関係するらしい。TSOとは一言で言うと、CPUが処理していたTCP接続をIPパケットに分解する仕事の一部（TCPをセグメントと呼ばれる単位へ分割するタスク）をハードウエア的にNICにやらせてしまおうということだ。そうすればCPUは余計な雑務から開放されるので、その分他の仕事をすることが出きるようになる。 結論から言うと、ホストOSであれ、ゲストOSであれ、LinuxであれWindowsであれ、TSOをオフとするのが無用のトラブルを回避するためのキモとなる。ホス
Windows 7 のネットワークが遅い時に試す 3 つの方法 | 初心者サーバ運営野郎の Windows に関する、ちょっとしたワザ
初心者サーバ運営野郎の Windows に関する、ちょっとしたワザ Windows Server での仮想環境（ Windows Server 2012 と SCVMM ）での検証や勉強した事を書き綴る技術色の強いブログです。 Tweet TweetWindows 7 のネットワークが遅くなる時の対処法として過去に投稿した以下の 2 記事ですが有難い事に、それなりに需要があり、アクセスを日々多くいただいております。 そこで、2 記事に記載している情報をここで、まとめて解説をさせていただきます。 Windows 7 のネットワークが遅い時の対処法 – その1 SNP の無効化 Windows 7 のネットワークが遅い時の対処法 – その2 オフロードを無効にする SNP の無効化 Windows 7 でネットワークが極端に遅くなる理由の 1 つとして、SNP（ Scalable Networ
Windows 7のSNPを無効にする
以下の覚書の前提とする環境 OS:Windows 7 Pro 64BIT Mother:ASUSTek P8H77-M NIC:Realtek 8111F NIC Driver Version:7.052.0203.2012 SNP(Scalable Networking Pack)という機能があるらしい。 詳しくは、Microsoftのサポートの公式ブログで見ていただくとして、問題となる部分だけを以下に引用する。 しかし、残念ながら、現時点では、まだテクノロジーとして完全に成熟しきっていない部分があり、特に、ハードウェアとソフトウェアが連携する部分において、完全な安定性は得られていません。 今後、SNPの利用環境からのフィードバックや、また、OS側ではService Pack (SP) の更新などに伴い、安定性が向上していくことが見込まれますが、現時点では、こうした要因からSNP を利用
VMware ESXi 4.0 Update 4 リリースノート
注：ESXi 3.5 Update 5 より前のリリースからの直接アップグレードはサポートされていません。まず、サポート対象のより新しいバージョンにアップグレードしてから、ESXi 4.0 Update 4 にアップグレードする必要があります。 ページの先頭へ vSphere Client のアップグレード vCenter Server または ESX/ESXi ホストを vSphere 4.0 Update 4 にアップグレードしたあと、vSphere Client を vSphere Client 4.0 Update 4 にアップグレードするように求められます。vSphere Client はアップグレードする必要があります。vSphere 4.0 Update 4 にアクセスするには、アップグレードされた vSphere Client のみを使用する必要があります。 注：1 つ以上
Xenサーバーがいきなり停止するわけだが・・・ - 銀の鍵
Xenの完全仮想化を利用してゲストをたくさん作って動かしていると、Xenサーバーが或る日突然機能停止する。電源ボタンを使って電源を一度落とし、再度電源を投入することになる。コンソールからの制御も全く受け付けなくなるからね。 ホストOS上のシスログ（/var/log/messages）を見ると、サーバーが完全にダウンする数時間前に、カーネルが仮想メモリ（スワップ）不足の悲鳴をあげているのが分かる。 ... Aug 2 07:25:54 omega kernel: 927 pagecache pages Aug 2 07:25:54 omega kernel: Swap cache: add 778561, delete 778496, find 162567/194519, race 0+30 Aug 2 07:25:54 omega kernel: Free swap = 0
[001390]さくらのVPSで「FreeBSD」を利用していますが、回線速度が遅くアクセスに時間がかかります。 | FAQ Search - さくらインターネット
Q： さくらのVPSで「FreeBSD」を利用していますが、回線速度が遅くアクセスに時間がかかります。 さくらのVPSにおいて、不特定のVPS収容ホストとクライアント環境(プロバイダ等) の組み合わせにより、さくらのVPSからのダウンロード方向の通信に遅延が 発生する場合があります。 ・http,ftp,scp等でのファイルのダウンロード速度が極端に遅い。 ・ファイルをダウンロード中に通信が切断される。 ・ホームページの静的なコンテンツ表示に異常に時間がかかる。 上記のような現象が確認された場合、設定変更を行うことで回避できる場合が あります。 ■設定方法 ※以下の手順は root として操作する必要があります。 1. 現在の情報を確認する 下記のコマンドでtsoの現在の状態を確認します。 # sysctl net.inet.tcp.tso net.inet.tcp.tso: 1 結
PCパーツ とか。（仮） : Intel LAN コントローラー (オンボード・LANボード) ちょっと調べてみた
2011年02月28日23:34 カテゴリPCパーツその他 Intel LAN コントローラー (オンボード・LANボード) ちょっと調べてみた ちょっとASUSTeKのIntelコントローラー搭載のP67系MBに興味あったので搭載されてるコントローラーについて 調べてみた。 Maximus IV Extreme 1000BASE-T×2（Intel 82579 Gigabit Ethernet PHY×1、Intel 82583V Gigabit Ethernet Controller×1） Intel製 EXPI9301CT (Intel 82574L Gigabit Ethernet) こちらは現在MSIのMBで絶賛可動中のIntel NIC。 RealtekのLANコントローラーは本当にダメダメ。 ある程度までネットワークに負荷掛けると勝手にルーターとの接続が切れて困る。 （個体差
『仮想マシンからホストマシンへのネットワークが異常に遅い』
日々の思った事、感じた事やIT関連の情報を自由気ままに投稿していますあくまで独り言ですので、さらっと読んで下さい 最近のＣＰＵはマルチコアは当たり前。ＯＳも６４ビット化が進みメモリも多量に積めるようになってきた。 無限大に増え続けるサーバ(大げさだが)。これをいかにコンパクトにまとめようかと、３～４年前ぐらいはブレードサーバと言うのが流行っていた。 しかしマルチコアが当たり前になり、そのコア数もかなり増えた現代。去年あたりからは仮想化が流行りだしている。 そんなわけで今回、開発の度に増え続けるマシンの台数を抑えるため、ＶＭＷａｒｅによる仮想マシンを構築し、システムの開発を行うこととした。 当然構築したシステムも仮想環境で動作するよう、設計を進めている。 さて、初めての仮想環境。そしてＶＭＷａｒｅ。 今考えてみればホストＯＳにWindows Server 2008 R2を使っていたわけだから
e1000 ドライバを使用したシステムにてリンクダウンが発生する
【現象】 Intel e1000 ドライバを使用したシステムにてパケットロス、リンクダウン が発生する。 【対策】 TSO（TCP Segmentation Offload）を off 設定とし、RxIntDelay=0 の明示的 な指定（デフォルト値ですが明示的に指定）を行うことで本現象を回避できる 場合があります。 1. Turbo プラスより最新のアップデートを適用します。 アップデートの適用後、再起動を行った状態にて手順2.を行って下さい。 ※Turbo プラスを実行するには予めライセンス登録を行う必要があります。 2. ethtool コマンドにて tcp segmentation offload を off に設定します。 # ethtool -K eth0 tso off 上記設定は再起動を行うと無効になります。 起動後に設定を有効にするには /etc/rc.local の最
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://support.microsoft.com/ja-jp/help/948496/
Ogawa::Buzz: VMware on AMD Athlon 64 X2のブリッジ接続時の通信性能
MRTGではまった太朗2
「パケットロス率や流量の確認について」（1） Master of IP Network － ＠IT