Как отладить медленную скорость просмотра?

10

Я использую Ubuntu 12.04, Chromium 18.0.1025.151 (Developer Build 130497 Linux) Ubuntu 12.04, Firefox 12.0, но у меня плохая скорость просмотра. Браузер всегда показывает «Waitng for aaa.bbb.com» внизу браузера. Как я могу отладить это и выяснить причину? Я подключаюсь к сети 3G через сеть Bluetooth PAN устройства Android. Некоторые статистические данные ниже.

$ 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
Биной ​​Бабу
источник
начать с терминала ?! и если это не работает добавить параметр -debug или -dev, я понятия не имею, работает ли это, но стоит попробовать.
Dr_Bunsen
Проблема, вероятно, заключается в том, что вы подключены через PAN мобильного устройства с поддержкой 3G, которое в любом случае может быть медленным. Медленный пинг от Google вроде бы тоже говорит об этом.
Jackweirdy
Также посмотрите на выходные данные, netstat -anчтобы увидеть, какие открытые соединения, проверяющие пропускную способность, вы можете иметь, даже не подозревая об этом (например, механизм автоматического обновления Ubuntu, забытый торрент-клиент и т. Д.)
пушистый
@jackweirdy Я не говорю о медленном просмотре. Иногда он загружается вечно, а когда я нажимаю, снова загружается, мгновенно. Насчет медленного пинга я из Индии.
Биной ​​Бабу
@fluffy Ничто не использует пропускную способность
Биной ​​Бабу

Ответы:

15

Используйте, curlчтобы узнать, какая часть процесса загрузки сайта доставляет вам проблемы

В общем, вы можете отлаживать «просмотр» (или HTTP / с), используя curlс -wопцией.

  • Откройте терминал и sudo apt-get install curl(если у вас его еще нет)
  • Создайте файл с именем curl-timing.cfgскажем, ваш домашний каталог. В него вставьте:

    \ п
          Поиск DNS:% {time_namelookup} \ n
          Соединиться с сервером (TCP):% {time_connect} \ n
          Соединиться с сервером (HTTP / S):% {time_appconnect} \ n
          Время от начала до начала передачи:% {time_pretransfer} \ n
          Время для перенаправления (если есть):% {time_redirect} \ n
          Общее время до начала передачи:% {time_starttransfer} \ n
    \ п
                 Общее время:% {time_total} \ n
                 Размер загрузки (в байтах):% {size_download} \ n
                 Средняя скорость d / l (байт / с):% {speed_download} \ n
    \ п
    
  • Затем попробуйте загрузить любой URL, предположим, Google, с:

    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
    

  • Сравните с получением веб-страницы с индийского сервера в США:

    $ curl -w "@ curl-timer.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
    


  • Это скажет, какие шаги являются слабым звеном. Попробуйте использовать несколько веб-сайтов и даже загрузку файлов. Если в curlцелом вы получаете хорошие результаты, проблема может быть связана с вашим браузером / приложением, а не с TCP / HTTP и сетевым подключением.
  • Для получения дополнительной информации см. Справочную страницу curl . Ищите, --writeoutчтобы быстро перейти к соответствующему разделу.
иш
источник
1
Вау, завиток действительно является швейцарским армейским ножом на данный момент. Я не знал о опции -w. Handy!
пушистый
@izx, пожалуйста, смотрите отредактированный вопрос. Вывод вроде нормально. Также elinks работают нормально. При использовании уязвимого браузера та же страница будет загружаться быстро (нормально) или продолжать загружаться вечно. Что делает браузер (Chromium), пока он отображает «Ожидание <host> ...»?
Биной ​​Бабу
Пожалуйста, попробуйте с сайтами, которые вызывают у вас проблемы - я просто использовал эти два в качестве примера. Я (регулярно) не использую хром, так что я думаю, что он ожидает установления соединения ... Connect to Server (TCP/HTTP)часть.
МОГ
1
Классная вещь! Но для меня это говорит: DNS lookup: 8.5 sec / Connect to server (TCP): 9.0 sec / Total time: 9.6 sec"это не соответствует друг другу. (?)
phil294