タグ付けされた質問 「slow-connection」

更新 OK、以下の回答を試してみましたが、何も変わっていません。私はラップトップのチップセットをNVIDIA nForce 520として特定しました。nForce520用の最新のVista x64ドライバーをダウンロードしました（NVIDIAはWin 7のチップセット用のドライバーをまだ持っていません）。含まれているファイアウォールソフトウェアをインストールしようとしました（干渉している可能性があります-それはありません）。ネットワークフィルタードライバーが問題を引き起こしている可能性があると考えて、アンチウイルスソフトウェアを完全にアンインストールしました（私はAvast！を使用しています）。 私は自分のラップトップを兄弟の家に持ち帰り、彼の100Mbitネットワークを介して10-12 MB / sでファイルをコピーすることができたので、ハードウェアだとは思いません。 私はいくつかの驚くべき結果でiperfを実行しました： サーバーに送信するラップトップからのiperf（アップロード） > iperf -c naru ------------------------------------------------------------ Client connecting to naru, TCP port 5001 TCP window size: 8.00 KByte (default) ------------------------------------------------------------ [328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001 [ ID] Interval Transfer Bandwidth [328] 0.0-10.0 sec 162 …

18 windows-server-2008  windows-7  slow-connection  gigabit 

Bind 9.10の最新の安定版リリースを使用して、再帰DNSサーバーをセットアップしました 再帰的なDNSルックアップは非常に遅いことがわかりました。1〜3秒のどこでも。ルックアップがキャッシュに入ると、DNSは予想どおり数ミリ秒で解決します。 再帰的なルックアップにROOTヒントを使用していますが、これがスローの原因であるようです。フォワーダーを構成する場合、DNS解決は100〜300ミリ秒の賢明な再帰時間になります。 私たちがセットアップしているサービスについては、フォワーダーに依存したくないので、ルートヒントを使用したいと思います。 named.confファイルの主な構成は次のとおりです。パフォーマンスの向上に役立つヒントがあればすばらしいでしょう。 options{ allow-recursion { any; }; allow-query-cache { any; }; allow-query { any; }; listen-on port 53 { any; }; listen-on-v6 port 53 { any; }; dnssec-enable yes; dnssec-validation yes; dnssec-lookaside auto; zone-statistics yes; max-cache-ttl 3600; max-ncache-ttl 3600; /* Path to ISC DLV key */ …

9 domain-name-system  performance  bind  slow-connection  recursive