Come eseguire il debug della velocità di navigazione lenta?

10

Sto usando Ubuntu 12.04, Chromium 18.0.1025.151 (Developer Build 130497 Linux) Ubuntu 12.04, Firefox 12.0 ma sto ottenendo una bassa velocità di navigazione. Il browser mostra sempre "Waitng for aaa.bbb.com" nella parte inferiore del browser. Come posso eseguire il debug di questo e scoprire il motivo? Mi sto collegando alla rete 3G tramite la rete PAN Bluetooth di un dispositivo Android. Alcune statistiche di seguito.

$ 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

Inoltre c'è un browser che fornisce più dettagli durante il caricamento di una pagina?

Modifica: maggiori informazioni dalla risposta di @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 
— Binoy Babu
fonte
avviarlo con il terminale ?! e se quel lavoro non aggiunge il parametro -debug o -dev, non ho idea se funzioni, ma vale la pena provare.
— Dr_Bunsen,
Il problema probabilmente sta nel fatto che sei connesso tramite un PAN di un dispositivo mobile che è su 3G, che a volte può essere lento a volte. I ping lenti di google kinda suggeriscono anche questo.
— jackweirdy,
Guarda anche l'output di netstat -anper vedere quali connessioni aperte e che mordono la larghezza di banda potresti avere senza esserne consapevole (come il meccanismo di aggiornamento automatico di Ubuntu, un client torrent dimenticato, ecc.)
— soffice
@jackweirdy Non sto parlando solo di una navigazione lenta. Si carica per sempre a volte e quando clicco vai di nuovo si carica all'istante. A proposito di ping lenti, vengo dall'India.
— Binoy Babu,
@fluffy Niente sta esaurendo la larghezza di banda
— Binoy Babu il

Risposte:

15

Utilizzare curlper scoprire quale parte del processo di caricamento di un sito Web ti dà problemi

In generale, è possibile eseguire il debug della "navigazione" (o http / s) utilizzando curll' -wopzione.

  • Apri il terminale e sudo apt-get install curl(se non lo hai già)

  • Crea un file chiamato curl-timing.cfgdiciamo, la tua home directory. In esso, incolla:

    \ n
      Ricerca DNS:% {time_namelookup} \ n
      Connetti al server (TCP):% {time_connect} \ n
      Connetti al server (HTTP / S):% {time_appconnect} \ n
      Tempo dall'inizio fino all'inizio del trasferimento:% {time_pretransfer} \ n
      Tempo di reindirizzamento (se presente):% {time_redirect} \ n
      Tempo totale prima dell'inizio del trasferimento:% {time_starttransfer} \ n
\ n
             Tempo totale:% {time_total} \ n
             Dimensione del download (byte):% {size_download} \ n
             Velocità media d / l (byte / s):% {speed_download} \ n
\ n

  • Quindi, prova a scaricare qualsiasi URL, supponi google, con:

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

  • e l'output sarà nella forma:

    


      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

  • Confronta con il recupero di una pagina Web da un server indiano negli Stati Uniti:

    $ 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

  • Questo dirà quali passaggi sono l'anello debole. Prova con più siti Web e persino download di file. Se curlti dà buoni risultati in generale, il problema potrebbe riguardare il tuo browser / applicazione, anziché TCP / HTTP e la tua connessione di rete.
  • Per ulteriori opzioni, consultare la pagina man di arricciatura . Cerca per --writeoutpassare rapidamente alla sezione pertinente.
— ish
fonte
1
Wow, a questo punto il ricciolo È davvero un coltellino svizzero. Non sapevo dell'opzione -w. Maneggevole!
— soffice
@izx, vedere la domanda modificata. L'output sembra a posto. Anche gli elink funzionano bene. Quando si utilizza il browser interessato, la stessa pagina viene caricata rapidamente (normale) o continua a caricarsi per sempre. Che cosa sta facendo il browser (Chromium) mentre visualizza "In attesa di <host> ..."?
— Binoy Babu,
Per favore provalo con i siti che ti stanno dando problemi - ho appena usato quei due come esempio. Non uso (regolarmente) il cromo, quindi suppongo che sia in attesa che venga stabilita la connessione ... la Connect to Server (TCP/HTTP)parte.
— Ish,
1
Cosa fantastica! Ma per me dice: DNS lookup: 8.5 sec / Connect to server (TCP): 9.0 sec / Total time: 9.6 sec"Questo non va bene insieme. (?)
— phil294
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.