Data yang berasal dari jaringan hanya ditransfer sebagian pada Asus EEE 1001HA, Ubuntu 10.4 Lucid

0

Netbook istri saya mulai bertingkah aneh belakangan ini. Saya menggali dan menemukan gejala-gejala berikut:

  • penjelajahan web: sangat lambat (membuat "memuat" halaman; mungkin menampilkan sekitar setengah logo Google, dan kemudian macet pada "mentransfer ..")
  • apt-get: akan mentransfer paket 5k pertama dan kemudian macet; setelah diluncurkan, ini akan mencapai 10rb; lalu sekitar 16k.

Memantau jaringan dengan tcpdump saya perhatikan, setelah ledakan aktivitas awal, tidak ada yang terjadi meskipun halaman web belum dimuat sepenuhnya dan browser masih menunggu untuk itu. Paket yang diterima terakhir terlihat seperti ini: 

01:18:48.672286 IP 192.168.2.3.48010 > 72.14.234.104.80: Flags [P.], seq 618:1271, ack 5751, win 360, options [nop,nop,TS val 666336 ecr 2373881974], length 653
01:18:48.730567 IP 72.14.234.104.80 > 192.168.2.3.48010: Flags [.], ack 1271, win 129, options [nop,nop,TS val 2373882338 ecr 666336,nop,nop,sack 1 {618:1271}], length 0

Hal-hal yang perlu diketahui, sesuai urutan prioritas:

  • Saya mencoba keduanya melalui Wi-Fi (melalui driver kustom Realtek untuk Asus 1001HA) dan Ethernet, "berbagi koneksi Internet" dari Mac saya
  • juga mencoba edisi langsung Ubuntu Netbook (10.4): perilaku yang sama
  • ini bekerja di bawah Windows (sigh ..)
  • ping localhost berfungsi
  • ping dalam pekerjaan LAN lokal
  • kami pindah apartemen; semuanya berfungsi dengan baik pada Mac saya dan PC lainnya, meskipun
  • tidak ada pembaruan yang dilakukan dalam beberapa bulan terakhir di Linux
  • dmesg tidak menunjukkan aktivitas yang tidak biasa
  • beberapa server DNS telah dicoba, semuanya dengan hasil yang sama
  • tidak ada sistem proxy-lebar
  • tidak ada proksi di seluruh browser, dan cache / cookie telah dihapus
  • ruang disk OK
  • Penggunaan CPU rendah seperti biasa
  • tidak ada rute default tambahan

Memperbarui Kebetulan, saya mencoba Ubuntu di PC-nya dan berperilaku sama persis. Saya ingin tahu apakah itu titik akses (D-Link) yang mengacaukan Linux.

Catatan dari versi pertama posting ini

--Aku menambahkan catatan ini sejak aku menerima jawaban tentang topik ini, tetapi segalanya telah berubah sejak itu--

Mengenai perilaku ping; setiap paket dikirim / diterima, tetapi dengan latensi besar: 

root@katies:~# !ping
ping www.google.com
PING www.l.google.com (66.249.92.104) 56(84) bytes of data.
64 bytes from 66.249.92.104: icmp_seq=1 ttl=51 time=57.7 ms
64 bytes from 66.249.92.104: icmp_seq=2 ttl=51 time=82.4 ms
64 bytes from 66.249.92.104: icmp_seq=3 ttl=51 time=77.1 ms
64 bytes from 66.249.92.104: icmp_seq=4 ttl=51 time=82.9 ms
64 bytes from 66.249.92.104: icmp_seq=5 ttl=51 time=79.5 ms
^C64 bytes from 66.249.92.104: icmp_seq=6 ttl=51 time=78.8 ms

--- www.l.google.com ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 25704ms
rtt min/avg/max/mdev = 57.772/76.438/82.947/8.595 ms

Dua baris terakhir mengatakan: butuh 25 detik untuk mengirim 6 PING. Namun, setiap ping harus dikirim dalam waktu 1 detik dari satu sama lain, bukan 5. Selanjutnya, waktu pulang-pergi cukup rendah, sebagaimana seharusnya.

linux ubuntu networking latency browsing lorenzog
sumber
... dan jika Anda membawa netbook ini ke lokasi lain yang sepenuhnya acak, misalnya, sebuah bar dengan WiFi untuk para pelanggannya, koneksi jaringannya cepat di sana? Sudahkah Anda mencoba mem-boot netbook dari live-cd Ubuntu untuk melihat apakah itu bekerja lebih cepat daripada instalasi Ubuntu Anda saat ini?
Janne Pikkarainen
@ Joanne: belum mencoba lokasi yang sepenuhnya acak. Seperti yang saya katakan, kami baru saja pindah ke sini- tetapi akan mencobanya sesegera mungkin. Mengenai live-cd saya telah mengunduhnya tetapi belum mem-bootnya. Akan terus memperbarui pos
lorenzog

Jawaban:

0
  1. Apakah latensi hanya dengan penelusuran web? Sudahkah Anda mencoba aplikasi lain?
  2. Browser mana yang dia gunakan? Berapa banyak tab yang dia buka?

Saya telah melihat latensi serupa pada laptop Debian saya jika terlalu banyak tab terbuka di Iceweasel. Saya juga melihat referensi ke bug mySQL yang menyebabkan masalah serupa.

Tom
sumber
Mengunduh pembaruan dengan synaptics atau apt-get memberikan hasil yang sama. Kami mencoba dua browser (firefox, chrome) dan membersihkan semua data (cookie, histori, cache, dll) pada keduanya. Hanya satu tab yang terbuka. MySQL tidak kami gunakan
lorenzog
0

Argumen perintah ping (1) manakah yang Anda gunakan? Itu tidak ditampilkan.

Jika Anda menambahkan setiap paket ICMP tunggal waktu yang dihabiskan:

57,7 ms + 82,4 ms + 77,1 ms + 82,9 ms + 79,5 ms + 78,8 ms

Ini 458,40 ms. Secara default ping (1) beri interval 1 detik di antara setiap ping. Biasanya, dibutuhkan 1000 ms * 5 (karena hanya ada 5 interval antara masing-masing 6 ping) + 458.40 ms = 5458.40 ms, bukan 25704 ms. Dan ping tidak melaporkan paket yang hilang.

Mungkin dalam argumen ping (1) Anda memiliki sesuatu seperti "-i 5".

Itu menambah 5 detik antara setiap permintaan ICMP. Dan lebih masuk akal, 5000 ms * 5 + 458 ms = 25458 ms

Yang mendekati total 25704 ms dalam output Anda.

bclermont
sumber
1
tidak, itu ping perintah ditampilkan di atas. Saya hanya menghindari mengetiknya lagi, karena itu digunakan! Ping (bash history: recall perintah terakhir yang dimulai dengan STRING). Bahkan, Anda bisa melihatnya di baris kedua sedang ping www.google.com dan tidak ada lagi.
lorenzog
0

Masalahnya ternyata merupakan titik akses / router nirkabel yang sangat, sangat, sangat buruk: a D-Link G604T . Rupanya, karena beberapa bug utama dengan proksi DNS atau penerusan paket dan IPv6 tidak berfungsi di Linux (Ubuntu).

Solusinya adalah mengambil benda itu dan menggantinya dengan sesuatu yang lebih baik.

UPDATE, 2011-09-25

Versi serupa dari masalah ini juga mempengaruhi Mac saya bahkan setelah mengganti router lama. Masalah ini mempengaruhi semua perangkat berbasis UNIX (pada dasarnya, setiap teman saya yang memiliki mac yang datang berkunjung).

Beberapa perincian tentang perilaku:

  • tidak dapat mengunggah file besar melalui web (akan mentransfer 49.152 byte kemudian hang)
  • perilaku aneh vua ssh (akan mentransfer file dengan ukuran 49.150 49.151 dan 49.153 tetapi tidak 49.152
  • akan mentransfer (via ssh) file sebesar 100rb tetapi menggantung secara acak setelah itu
  • kecepatan unduh / unggah yang sangat berosilasi saat mentransfer file dalam potongan kecil melalui protokol bittorrent

Memperbaiki: Penskalaan jendela TCP , atau 

sudo sysctl -w net.inet.tcp.rfc1323=0
lorenzog
sumber