Saya menggunakan 3G sebagai koneksi internet utama saya, dan TCP dalam hal ini semakin membingungkan setiap hari. Sebagai contoh:
Mengunduh dari kernel.org sangat cepat:
$wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.6.8.tar.bz2
meningkat menjadi ~ 500kB / s setelah beberapa detik!
Beberapa server sangat lambat, misalnya www.graphic-pc.com:
Hal yang sama, mengunduh file besar dengan wget dimulai pada ~ 30kB / s untuk sepersekian detik, kemudian runtuh menjadi 5-10k atau bahkan lebih buruk.Penjelajahan web itu layak tetapi agak tidak bisa diandalkan. Secara acak, sebuah halaman akan memakan waktu sangat lama untuk dimuat atau bahkan gagal dimuat, tetapi pemuatan ulang dapat berhasil dengan segera.
Sekarang, kebetulan saya mulai bermain dengan OpenVPN melalui UDP di atas koneksi 3G, dan OMG tiba-tiba semuanya sangat cepat!
Www.graphic-pc.com yang sama sekarang menghasilkan 100-200kB / dtk!
- Apa yang terjadi di sini ???
- Kenapa jauh lebih baik dengan VPN daripada tanpa ??
- Dan mengapa graphic-pc.com merangkak saat kernel.org terbang?
Ada hubungannya dengan tumpukan tcp saya (atau server), atau beberapa router kereta di antara itu ??
Catatan:
Setup adalah laptop yang menjalankan Ubuntu Lucid dan dongle Huawei 3G (Sambungan pppd langsung).
Saya dapat mereproduksi ini cukup banyak kapan saja di siang hari dan saya tidak bergerak, jadi jelas bukan lingkungan sel atau kemacetan internet. (walaupun kernel.org tanpa VPN kadang-kadang lebih buruk di malam hari, sekitar 60kB atau lebih - tetapi masih 500kB dengan VPN!)
Untuk 2) wireshark menunjukkan paket yang dikirimkan ulang, dup ack, bahkan kadang-kadang rusak.
Saya sudah mencoba bermain dengan parameter / proc / sys / net / ipv4 yang berbeda (tcp_rmem, window_scaling, tcp_congestion ...) tampaknya tidak membuat perbedaan.
Pembaruan:
Dicoba di bawah windows 7 (tanpa VPN) dengan beberapa hasil menarik:
tcp settings : default tcp_optimizer
kernel.org : 10 kB/s 20 kB/s
graphic-pc.com: 8 kB/s 70 kB/s !
tcp_optimizer mengaktifkan ctcp di antara hal-hal lain. Harus memeriksa apa yang dijalankan graphic-pc.com os, taruhan saya adalah linux tcp_westwood dan ms ctcp tidak tercampur dengan baik di sini ...