Ahh ... di sinilah penting bagi seorang pria server untuk memahami apa yang ada di bawah tenda. Karena ini adalah dua tahun saya pikir dia sudah menyelesaikannya. Namun untuk anak cucu atau siapa pun dengan masalah serupa apa yang mungkin dia temui adalah ini
(Ukuran jendela TCP * 8bits / RTT dalam milidetik) = Maks. Throughput TCP dalam bps
Meskipun Anda mungkin memiliki jaringan Gigabit, aliran TCP tunggal kemungkinan tidak akan bisa mencapai setinggi itu.
Berikut adalah tabel sederhana dengan asumsi Anda memiliki ukuran jendela TCP 65535Byte default di Vista
RTT 10 ms => TCP throughput = 52428000 bps = 52Mbps
RTT 20 ms => TCP throughput = 26214000 bps = 26Mbps
RTT 50 ms => TCP throughput = 10485600 bps = 10Mbps
RTT 100 ms => TCP throughput = 5242800 bps = 5.2Mbps
RTT 150 ms => TCP throughput = 3495200 bps = 4.3Mbps
RTT 200 ms => TCP throughput = 2621400 bps = 2.5Mbps
RTT 300 ms => TCP throughput = 1747600 bps = 1.7Mbps
RTT 500 ms => TCP throughput = 1048560 bps = 1Mbps
Pada 20Mbytes / detik atau 160Mbit / detik latensi pulang-pergi Anda kemungkinan sekitar 3 milidetik. Satu-satunya cara untuk mempercepat itu adalah dengan menggunakan pengoptimal TCP yang melakukan de-dup atas kabel atau menyatukan fragmen menjadi paket yang lebih besar. Melalui LAN yang kemungkinan tidak akan memberi Anda banyak biaya. Jika Anda menggunakan peralatan SoHo seperti Linksys atau Netgear, latensi Anda mungkin akan diperkenalkan oleh kurangnya buffer bersama pada sakelar. Jika ini adalah saklar yang lebih besar seperti port 24, coba pastikan bahwa kedua perangkat terhubung ke ASIC yang sama. Ini akan membantu penundaan serialisasi, tetapi tidak banyak. Jika Anda bisa menurunkannya ke 2ms Anda akan mendapatkan dorongan hingga sekitar 31-32Mbytes / detik. Jika keduanya menggunakan dua sakelar berbeda, tidak banyak yang dapat Anda lakukan tanpa perangkat keras baru.