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

レイテンシは、信号が送信されてから受信されるまでの時間です。

9
アメリカ東海岸の「典型的な」ネットワーク遅延はどれくらいですか?
現在、データセンターを西海岸から東海岸に移動するかどうかを決定しようとしています。 しかし、西海岸の場所から東海岸まで、いくつかの不穏なレイテンシーが見られます。Google Chromeで小さな.pngロゴファイルを取得し、開発ツールを使用してリクエストにかかる時間を確認するサンプル結果を次に示します。 西海岸から東海岸へ: レイテンシ215ミリ秒、転送時間46ミリ秒、合計261ミリ秒 西海岸から西海岸へ: 遅延114ミリ秒、転送時間41ミリ秒、合計155ミリ秒 オレゴン州コーバリスがカリフォルニア州バークレーの私の場所に地理的に近いことは理にかなっているので、接続が少し速くなると思います。サーバ。それは..私には過剰なようです。特に、実際のデータの転送に費やされる時間は10%しか増加しなかったため、レイテンシは100%増加しました! それは...間違っている...私には感じています。 ここに役立ついくつかのリンクが見つかりました(Googleでも同様です)... ルーティング距離はパフォーマンスに大きく影響しますか? 地理はネットワーク遅延にどのように影響しますか? ヨーロッパからアメリカへのインターネット接続の遅延 ...しかし、権威はありません。 それで、これは正常ですか?普通に感じません。米国の東海岸<->西海岸からネットワークパケットを移動するときに予想される「典型的な」レイテンシとは何ですか?

8
localhostでの応答が遅いのはなぜですか?
私は私の友人のために小さなPHPプロジェクトに取り組んでおり、ローカル開発用にWAMP環境をセットアップしています。ローカルのApache 2.2からの応答がすぐにあった時代を思い出します。悲しいことに、長い長い休暇から戻ってきた今、私はlocalhost痛々しいほど遅いからの応答を見つけます。 300BのHTMLページが配信されるまでに約5秒かかります。 タスクマネージャーを見ると、httpdプロセス(2)がCPUの0%を消費しており、コンピューター全体に負荷がかかっていません(CPU使用率0-2%)。 レイテンシーが非常に高いのはなぜですか?スレッドをより高い優先度で実行するなどのために微調整できるApache設定はありますか?応答を提供する前に、単にスリープしているようです。

7
ESXi NFSデータストアのレイテンシスパイクのトラブルシューティング
特定のVMによってトリガーされる、ESXiのNFSデータストアで約5秒の fsyncレイテンシが発生しています。これは、仮想IDEドライブでは発生しないため、NCQ / TCQを使用するVMが原因である可能性があります。 これは、fsync -tester(Ted Ts'oによる)およびiopingを使用して再現できます。たとえば、8GBディスクでGrmlライブシステムを使用する場合: Linux 2.6.33-grml64: root@dynip211 /mnt/sda # ./fsync-tester fsync time: 5.0391 fsync time: 5.0438 fsync time: 5.0300 fsync time: 0.0231 fsync time: 0.0243 fsync time: 5.0382 fsync time: 5.0400 [... goes on like this ...] これはミリ秒ではなく5秒です。これは、同じホストとデータストアで実行されている異なるVMでIOレイテンシを作成することです。 root@grml /mnt/sda/ioping-0.5 # ./ioping -i 0.3 -p 20 . …

4
モバイルネットワークの待ち時間が長いのはなぜですか?どうすれば削減できますか?
モバイルネットワーキングテクノロジーがインターネットアクセスを取得するために使用されていることを、ますます見られなくなっています。 通常、モバイルネットワーキングはプライマリインターネット接続としてはまだ実行可能ではありませんが、モバイルテクノロジーは緊急フォールバックの良い選択肢のように見えます。 帯域幅は問題ではありません。HDSPAを使用すると、数MBitの速度が可能になり、適切なアップリンクが提供されます。ただし、個人的な経験から、モバイルネットワークのインターネットリンク(GPRS、UMTSなどを介した)は通常のDSL(UMTSでは200〜400ミリ秒、GPRSではさらに長い)よりもはるかに高いレイテンシを持っていることがわかります。もちろん、これにより、VoIPや電話会議などの多くのアプリケーションには適していません。 この遅延はどこから来ますか? UMTSを低遅延アプリケーションで実行可能にするために、この問題を軽減できる利用可能な技術はありますか? いくつかの固有の技術的理由があるに違いないと思いますが、それは何ですか?データが無線で送信される方法に関係していますか?また、ワイヤレス伝送が原因である場合、WLANのレイテンシがはるかに短いのはなぜですか?

2
pingから取得したデータ:往復ですか、それとも片道ですか?
2つのサーバーがあり、それぞれ2つの異なる場所にあります。一方のアプリケーションをホストし、もう一方のデータベースサーバーをホストする必要があります。 アプリサーバーから、データベースサーバーにpingを実行すると、平均で約30ミリ秒かかります。 私の質問は: When I query the database from the app; 取るつもりですか 30 ms + database_server_query_run_time または; + 30msかかりますか30 ms + database_server_query_run_time これを理解してください。

7
高遅延ネットワークでのSFTPアップロードを高速化しますか?
SFTPを使用して一連の大きなファイルを国際的に転送しようとしていますが、どちらの側も非常に良好な接続にもかかわらず、国際パートナーがアップロード速度を〜50kを超えることができないことに気付きました。この速度で複数の接続をアップロードできます(帯域幅ではないのですか?)が、単一のアップロードでは速度が向上しません。これは、多くのファイルが数ギガバイトのサイズであるため問題です。 SFTPは、標準のApple OSX「リモートログイン」SFTPシステムを使用してホストされています。 アップロード速度を改善する方法はありますか、それとも役立つ別のSFTPホストがありますか?これが設定の問題なのか、それともプロトコルの固有の制限なのかははっきりしていません。 (セキュリティ上の理由から、エンドツーエンドの暗号化されたピアツーピア接続を使用する必要があります-クラウドサービスはありません)。

4
Wi-Fiを介したルーターへの断続的に長いping時間
私のローカルネットワークには、(特に)5台のマシン(Debian JessieまたはArchを実行)がNetgear WNDR4000ルーターにワイヤレスで接続されています。以下は、各マシンからルーターへのping時間のグラフであり、約30分にわたって収集されています。 観察: 順調に進んでいる場合、ping時間はすべて3ミリ秒未満です(問題のあるマシンパープルを含む2台のマシンで1ミリ秒未満)。 不規則な間隔(100秒程度)で、これらのマシンのうち3台(red、green、purple)はping時間の低下を被りますが、他の2台は影響を受けません。 劣化期間は、3台すべてのマシンで一致しています。 紫の劣化は緑と赤よりも2桁深刻で、ping時間は通常紫で20000ミリ秒以上、赤と緑で 200ミリ秒に達します。 場合紫色の物理的ルータ近い移動され、劣化が完全に消失するため、紫色の両方のための前のように継続しながら 赤と緑。 赤は3 m離れており、ベースステーションから直接視界内にあります。 purpleの通常の場所は、視線が直接届かない約10mの距離です。 これにより、紫色のネットワークアクセスが非常に遅くなります(通常の場所にある場合)。 問題を診断して修正する方法を提案できますか?

6
地理はネットワーク遅延にどのように影響しますか?
東海岸(米国)または西海岸(米国)のマネージドホスティング会社でデータベース/ Webサーバーをホストするオプションがあります。当社はニューヨーク市を拠点としており、両方のホスティングプロバイダーが専用のT1ラインを提供しています。 東海岸のものとは対照的に西海岸のものを使用した場合、ネットワークレイテンシの観点から、パフォーマンスヒット(他のすべての要因が等しいと仮定した場合)をどれだけ取っていますか?数値と距離が非常に大きくなった場合(T1以上および数千マイル)に、地理がインターネットの速度にどのように影響するかはあまりわかりません。 ありがとう!


1
2つのLinuxホスト間のレイテンシーのトラブルシューティング方法
2台のLinuxホスト間の遅延は約.23msです。それらは1つのスイッチで接続されています。PingとWiresharkが遅延数を確認します。しかし、この遅延の原因を可視化することはできません。遅延の原因がホストAまたはBのNICにあるのか、スイッチまたはケーブルにあるのかを知るにはどうすればよいですか? 更新:.23ミリ秒のレイテンシは、非常に高い頻度でメッセージを送信する既存のアプリケーションにとっては悪いものであり、.1ミリ秒に下げることができるかどうかを確認しようとしています

3
Webサーバーの1秒あたりの要求の現実的な測定値を決定する
私はnginxスタックをセットアップし、稼働する前に構成を最適化しています。abを実行してマシンのストレステストを行いましたが、1秒あたり150件のリクエストが発生し、かなりの数のリクエストが返されるまでに1秒以上かかることに失望しました。奇妙なことに、機械自体も激しく呼吸していませんでした。 私はついにボックスにpingを実行することを考え、ping時間は約100〜125ミリ秒を見ました。(驚いたことに、このマシンは全国にあります)。したがって、ネットワークの遅延が私のテストを支配しているようです。サーバーと同じネットワーク上のマシンから同じテストを実行すると(ping時間<1ミリ秒)、1秒あたり5000を超えるリクエストが表示されます。これは、マシンに期待するものと一致しています。 しかし、これは私に考えさせられました:Webサーバーに対する1秒あたりの要求の「現実的な」測定値をどのように決定し、報告するのですか?パフォーマンスに関するクレームは常に表示されますが、ネットワーク遅延を考慮する必要はありませんか?確かに、サーバーの隣のマシンには毎秒5000リクエストを提供できますが、全国のマシンには提供できません。低速な接続がたくさんある場合、最終的にサーバーのパフォーマンスに影響を与えますよね?それとも私はこれについてすべて間違っていると考えていますか? これがネットワークエンジニアリング101の場合はご容赦ください。私は貿易によって開発者です。 更新:明確にするために編集されました。

4
SSHセッションの合計遅延を測定する
トンネル化されたSSHセッションの全体的な遅延を測定/報告する方法はありますか? 私の特定のセットアップは次のとおりです。 クライアント(OS X + wifiルーター+ ADSLモデム) インターネットに公開されているゲートウェイSSHサーバー トンネリング先の内部SSHターゲット ローカルマシンのコンソールと、セッションを開いている最終マシンとの間の遅延を確認することに興味があります。

2
Linuxでの着信および発信の帯域幅と遅延を制限する
私は多くの同様の質問がすでに聞かれていることを知っていますが、これまでのところ、私の問題の解決策を見つけていません。 ウェブサイトの読み込み時間の増減を測定するためにウェブサイトの速度のテストに使用する仮想Linuxサーバー(Debian Squeezeを実行)があります。私は、このサーバーの帯域幅と待ち時間を制限して、Webサイトの実際のロード時間に近づけることを試みていますが、これまでのところ失敗しています。 特に欲しいのは次のとおりです。 着信および発信のレイテンシを50ミリ秒に設定します。 512 kbpsの着信帯域幅制限を設定します。 4096 kbpsの発信帯域幅制限を設定します。 私はnetemを読んでtcコマンドを使用していますが、それでもまだ頭に残っています。私はこのコマンドをまとめてうまくいくように見えるレイテンシを制御することができましたが、それが発信レイテンシだけを処理するのか、それとも両方を処理するのかさえわかりません: tc qdisc add dev eth0 root netem delay 50ms その周りのネットワークの達人は私を助けることができますか? 編集: さらなる調査の後、私は目標の半分に到達しました。このコマンドを使用すると、すべての発信トラフィックが希望どおりに動作します。 tc qdisc add dev eth0 root tbf rate 4.0mbit latency 50ms burst 50kb mtu 10000 ただし、着信トラフィックを適切に調整することができませんでした。「イングレスポリサーフィルター」を使用することになっていることを学びました。以下のコマンドを使用して、異なる値で遊んでみましたが、運はありませんでした。 tc qdisc add dev eth0 ingress tc filter add dev eth0 parent …

4
最小遅延のためのNFSの調整
たとえば、開発者がワークスペースをNFSにマウントしてEclipse / Visual Studioでうまく動作させるために、NFSエクスポートの低遅延を実現するにはどうすればよいですか?

2
Ubuntuでの低遅延TCP設定
私のラボには、Ubuntuで実行する測定用のサーバーがあります。また、TCP接続を介してデータを受信し、できるだけ早く応答を送信するCプログラムがあります。 構成 CPU:2プロセッサx 4コア-Intel(R)Xeon(R)CPU E5345 @ 2.33GHz RAM:12 GB NIC:Intel Corporation 80003ES2LAN Gigabit Ethernet Controller / 82546EB Gigabit Ethernet Controller ネットワークスイッチ:Cisco Catalyst 2960 データ情報:データブロックは約です。各10ミリ秒。データブロックサイズは約です。1000バイト。 パケット受信時のネットワーク遅延は非常に重要です(数十マイクロ秒が重要です)。プログラムを最大限に最適化しましたが、Ubuntuを調整した経験がありません。 パケットの処理/送信のローカル遅延を減らすためにUbuntuで何を設定できますか?

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.