遅い閲覧速度をデバッグする方法は？

10

Ubuntu 12.04、Chromium 18.0.1025.151（Developer Build 130497 Linux）Ubuntu 12.04、Firefox 12.0を使用していますが、閲覧速度が遅くなります。ブラウザーの下部には常に「Waitng for aaa.bbb.com」と表示されます。これをデバッグして理由を調べるにはどうすればよいですか？AndroidデバイスのBluetooth PANネットワーク経由で3Gネットワ​​ークに接続しています。以下のいくつかの統計。

$ dig asdsa.com

; <<>> DiG 9.8.1-P1 <<>> asdsa.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39878
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 13, ADDITIONAL: 13

;; QUESTION SECTION:
;asdsa.com.         IN  A

;; ANSWER SECTION:
asdsa.com.      307707  IN  A   200.31.91.194

;; AUTHORITY SECTION:
com.            34662   IN  NS  e.gtld-servers.net.
com.            34662   IN  NS  a.gtld-servers.net.
com.            34662   IN  NS  k.gtld-servers.net.
com.            34662   IN  NS  h.gtld-servers.net.
com.            34662   IN  NS  g.gtld-servers.net.
com.            34662   IN  NS  l.gtld-servers.net.
com.            34662   IN  NS  j.gtld-servers.net.
com.            34662   IN  NS  c.gtld-servers.net.
com.            34662   IN  NS  b.gtld-servers.net.
com.            34662   IN  NS  m.gtld-servers.net.
com.            34662   IN  NS  d.gtld-servers.net.
com.            34662   IN  NS  f.gtld-servers.net.
com.            34662   IN  NS  i.gtld-servers.net.

;; ADDITIONAL SECTION:
a.gtld-servers.net. 50538   IN  A   192.5.6.30
a.gtld-servers.net. 59333   IN  AAAA    2001:503:a83e::2:30
b.gtld-servers.net. 40208   IN  A   192.33.14.30
b.gtld-servers.net. 45531   IN  AAAA    2001:503:231d::2:30
c.gtld-servers.net. 45531   IN  A   192.26.92.30
d.gtld-servers.net. 45526   IN  A   192.31.80.30
e.gtld-servers.net. 45526   IN  A   192.12.94.30
f.gtld-servers.net. 40177   IN  A   192.35.51.30
g.gtld-servers.net. 35936   IN  A   192.42.93.30
h.gtld-servers.net. 40177   IN  A   192.54.112.30
i.gtld-servers.net. 45526   IN  A   192.43.172.30
j.gtld-servers.net. 45526   IN  A   192.48.79.30
k.gtld-servers.net. 35936   IN  A   192.52.178.30

;; Query time: 227 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed Jun  6 22:40:19 2012
;; MSG SIZE  rcvd: 499


$ ping google.com
PING google.com (74.125.236.199) 56(84) bytes of data.
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=1 ttl=54 time=173 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=2 ttl=54 time=162 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=3 ttl=54 time=228 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=4 ttl=54 time=236 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=5 ttl=54 time=162 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=6 ttl=54 time=215 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=7 ttl=54 time=218 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=8 ttl=54 time=232 ms
64 bytes from maa03s17-in-f7.1e100.net (74.125.236.199): icmp_req=9 ttl=54 time=212 ms
^C
--- google.com ping statistics ---
9 packets transmitted, 9 received, 0% packet loss, time 8007ms
rtt min/avg/max/mdev = 162.119/204.385/236.105/28.286 ms

また、ページの読み込み中に詳細を提供するブラウザはありますか？

編集： @izxの回答の詳細

$ curl -w "@curl-timing.cfg" -o /dev/null -s http://www.google.com/

      DNS lookup                          :  0.363
      Connect to server (TCP)             :  0.512
      Connect to server (HTTP/S)          :  0.000
      Time from start until transfer began:  0.512
      Time for redirection (if any)       :  0.000
      Total time before transfer started  :  0.749

             Total time                   :  0.749
             Size of download (bytes)     :  221
             Average d/l speed (bytes/s)  :  294.000

$ curl -w "@curl-timing.cfg" -o /dev/null -s http://india.gov.in

      DNS lookup                          :  0.351
      Connect to server (TCP)             :  0.526
      Connect to server (HTTP/S)          :  0.000
      Time from start until transfer began:  0.526
      Time for redirection (if any)       :  0.000
      Total time before transfer started  :  0.770

             Total time                   :  1.643
             Size of download (bytes)     :  34346
             Average d/l speed (bytes/s)  :  20905.000
12.04  networking  internet 
— ビノイバブ
ソース
ターミナルから始めましょう！そして、それが機能しない場合は、パラメータ-debugまたは-devを追加します。これが機能するかどうかはわかりませんが、試してみる価値はあります。
— Dr_Bunsen
問題はおそらく、3Gを超えるモバイルデバイスのPANを介して接続しているという事実にあります。グーグルからの遅いpingはちょっとそれを示唆しています。
— jackweirdy
また、出力を見て、netstat -an気づかずに帯域幅を消費しているオープンな接続（Ubuntuの自動更新メカニズム、忘れられているトレントクライアントなど）を確認します
— ふわふわした
@jackweirdyブラウジングが遅いだけではありません。それは時々永遠に読み込まれ、私がもう一度クリックするとすぐに読み込まれます。遅いpingについて、私はインドから来ました。
— Binoy Babu
@fluffy帯域幅を使用しているものは何もない
— Binoy Babu

回答:

15

curlWebサイトをロードするプロセスのどの部分が問題を引き起こしているかを調べるために使用します

通常、オプションを使用curlして「ブラウジング」（またはhttp / s）をデバッグでき-wます。

  • ターミナルを開き、sudo apt-get install curl（まだ持っていない場合）

  • curl-timing.cfgたとえば、ホームディレクトリと呼ばれるファイルを作成します。その中に貼り付けます：

    \ n
      DNSルックアップ：％{time_namelookup} \ n
      サーバーに接続（TCP）：％{time_connect} \ n
      サーバーに接続（HTTP / S）：％{time_appconnect} \ n
      開始から転送が開始されるまでの時間：％{time_pretransfer} \ n
      リダイレクトの時間（存在する場合）：％{time_redirect} \ n
      転送が開始されるまでの合計時間：％{time_starttransfer} \ n
\ n
             合計時間：％{time_total} \ n
             ダウンロードサイズ（バイト）：％{size_download} \ n
             平均d / l速度（バイト/秒）：％{speed_download} \ n
\ n

  • 次に、URLをダウンロードしてみます。

    curl -w "@curl-timing.cfg" -o /dev/null -s http://www.google.com/

  • 出力は次の形式になります。

    


      DNS lookup                          :  0.012
  Connect to server (TCP)             :  0.031
  Connect to server (HTTP/S)          :  0.000
  Time from start until transfer began:  0.031
  Time for redirection (if any)       :  0.000
  Total time before transfer started  :  0.098

         Total time                   :  0.117
         Size of download (bytes)     :  14527
         Average d/l speed (bytes/s)  :  124347.000

  • インドのサーバーから米国へのWebページのフェッチと比較してください。

    $ curl -w "@ curl-timing.cfg" -o / dev / null -s http://india.gov.in
    


      DNS lookup                          :  0.377
  Connect to server (TCP)             :  0.716
  Connect to server (HTTP/S)          :  0.000
  Time from start until transfer began:  0.716
  Time for redirection (if any)       :  0.000
  Total time before transfer started  :  1.974

         Total time                   :  3.650
         Size of download (bytes)     :  34345
         Average d/l speed (bytes/s)  :  9408.000

  • これにより、どのステップが弱いリンクであるかがわかります。複数のWebサイトで試してみてください。ファイルのダウンロードも可能です。場合curlあなたは全体的に良好な結果が得られ、問題ではなく、TCP / HTTPのブラウザ/アプリケーション、およびネットワーク接続であるのかもしれません。
  • その他のオプションについては、curlのマニュアルページを参照してください。を検索し--writeoutて、関連するセクションにすばやくジャンプします。
— Hは
ソース
1
うわー、カールはこの時点で本当にスイスアーミーナイフです。-wオプションについては知りませんでした。ハンディ！
— フワフワした
@izxは編集された質問を参照してください。出力は問題ないようです。また、elinksは正常に動作します。影響を受けるブラウザを使用すると、同じページが高速で（通常）読み込まれるか、永続的に読み込まれ続けます。「（ホスト）を待機しています...」と表示されているブラウザ（Chromium）は何をしていますか？
— Binoy Babu
問題が発生しているサイトで試してみてください-私はこれら2つを例として使用しました。私は（定期的に）クロムを使用しないので、接続が確立されるのを待っているのではないかと思いConnect to Server (TCP/HTTP)ます。
— ish
1
かっこいい！しかし、私にとっては、DNS lookup: 8.5 sec / Connect to server (TCP): 9.0 sec / Total time: 9.6 sec"これは一致しません。（？）
— phil294 2016
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.