Bagaimana cara men-debug kecepatan penelusuran lambat?

10

Saya menggunakan Ubuntu 12.04, Chromium 18.0.1025.151 (Pengembang Build 130497 Linux) Ubuntu 12.04, Firefox 12.0 tapi saya mendapatkan kecepatan penelusuran yang buruk. Browser selalu menampilkan "Waitng for aaa.bbb.com" di bagian bawah browser. Bagaimana saya bisa men-debug ini dan mencari tahu alasannya? Saya terhubung ke jaringan 3G melalui jaringan Bluetooth PAN dari perangkat Android. Beberapa statistik di bawah ini.

$ 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

Juga adakah browser yang menyediakan lebih banyak kata kerja saat memuat halaman?

Edit: info lebih lanjut dari jawaban @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
Binoy Babu
sumber
mulai dengan terminal ?! dan jika itu tidak berfungsi, tambahkan parameter -debug atau -dev, saya tidak tahu apakah ini berfungsi, tetapi patut dicoba.
Dr_Bunsen
Masalahnya mungkin terletak pada kenyataan bahwa Anda terhubung melalui PAN perangkat seluler yang lebih dari 3G, yang kadang-kadang bisa lambat. Ping lambat dari google agak menyarankan itu juga.
jackweirdy
Lihat juga output netstat -anuntuk melihat koneksi terbuka, pengunyahan bandwidth yang mungkin Anda miliki tanpa menyadarinya (seperti mekanisme pembaruan otomatis Ubuntu, klien torrent yang terlupakan, dll.)
fluffy
@ jackweirdy Saya tidak berbicara tentang hanya memperlambat browsing. Kadang-kadang memuat selamanya dan ketika saya mengklik go lagi memuat langsung. Tentang ping lambat, saya dari India.
Binoy Babu
@fluffy Tidak ada yang menggunakan bandwidth
Binoy Babu

Jawaban:

15

Gunakan curluntuk mengetahui bagian mana dari proses memuat situs web yang memberi Anda masalah

Secara umum, Anda dapat men-debug "browsing" (atau http / s) dengan menggunakan curldengan -wpilihan.

  • Buka terminal, dan sudo apt-get install curl(jika Anda belum memilikinya)
  • Buat file bernama curl-timing.cfgsay, direktori home Anda. Di dalamnya, tempel:

    \ n
          Pencarian DNS:% {time_namelookup} \ n
          Terhubung ke server (TCP):% {time_connect} \ n
          Terhubung ke server (HTTP / S):% {time_appconnect} \ n
          Waktu dari awal hingga transfer dimulai:% {time_pretransfer} \ n
          Waktu untuk pengalihan (jika ada):% {time_redirect} \ n
          Total waktu sebelum transfer dimulai:% {time_starttransfer} \ n
    \ n
                 Total waktu:% {time_total} \ n
                 Ukuran unduhan (byte):% {size_download} \ n
                 Kecepatan rata-rata d / l (byte / s):% {speed_download} \ n
    \ n
    
  • Kemudian, coba unduh URL apa pun, misalkan google, dengan:

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

  • dan hasilnya akan berupa:

      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
    

  • Bandingkan dengan mengambil laman web dari server India ke AS:

    $ 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
    


  • Ini akan memberi tahu langkah mana yang merupakan tautan lemah. Coba dengan beberapa situs web, dan bahkan unduh file. Jika curlmemberi Anda hasil yang baik secara keseluruhan, masalahnya mungkin terletak pada browser / aplikasi Anda, bukan TCP / HTTP dan koneksi jaringan Anda.
  • Untuk opsi lainnya, lihat halaman manual curl . Cari untuk --writeoutdengan cepat melompat ke bagian yang relevan.
ish
sumber
1
Wow, ikal benar-benar ADALAH pisau swiss-army pada saat ini. Saya tidak tahu tentang opsi -w. Berguna!
lembut
@izx silakan lihat pertanyaan yang diedit. Outputnya tampak baik-baik saja. Elink juga berfungsi dengan baik. Saat menggunakan browser yang terpengaruh, halaman yang sama akan memuat dengan cepat (normal) atau tetap memuat selamanya. Apa yang dilakukan browser (Chromium) saat menampilkan "Menunggu <host> ..."?
Binoy Babu
Silakan coba dengan situs-situs yang memberi Anda masalah - Saya hanya menggunakan keduanya sebagai contoh. Saya tidak (secara teratur) menggunakan kromium, jadi dugaan saya adalah menunggu koneksi dibuat ... Connect to Server (TCP/HTTP)bagian.
ish
1
Hal yang keren! Tetapi bagi saya, dikatakan: DNS lookup: 8.5 sec / Connect to server (TCP): 9.0 sec / Total time: 9.6 sec"Ini tidak cocok bersama. (?)
phil294