Як налагодити повільну швидкість перегляду?


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 Ніщо не використовує пропускну здатність
Binoy Babu

Відповіді:


15

Використовуйте, curlщоб дізнатися, яка частина процесу завантаження веб-сайту створює проблеми

Загалом, ви можете налагоджувати «перегляд» (або HTTP / с), використовуючи curlз -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
                 Середня швидкість д / л (байт / с):% {speed_download} \ n
    \ 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-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
    


  • Це покаже, який крок (и) є слабкою ланкою. Спробуйте скористатися кількома веб-сайтами та навіть завантаженнями файлів. Якщо в curlцілому ви даєте хороші результати, проблема може полягати у вашому браузері / програмі, а не TCP / HTTP та мережевому підключенні.
  • Щоб дізнатися більше, перегляньте сторінку чоловіка із завитками . Пошук , --writeoutщоб швидко перейти до відповідного розділу.

1
Нічого собі, завивка справді є ножем швейцарської армії. Я не знав про варіант -w. Зручно!
пухнастий

@izx, будь ласка, дивіться відредаговане запитання. Вихід здається прекрасним. Також елінки спрацьовують чудово. При використанні веб-переглядача, що впливає на цю сторінку, ця сторінка буде завантажуватися швидко (нормально) або продовжувати завантажуватися назавжди. Що робить браузер (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
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.