Dengan sinyal yang kuat, tidak ada noise, klien dan AP yang keduanya melakukan frame burst, dan aplikasi yang dioptimalkan dengan baik (sebenarnya alat uji throughput yang disebut IPerf) saya telah melihat 802.11g TCP throughput hampir 30 megabit / detik.
Dalam kondisi dunia nyata saya senang selama lebih dari 15 megabit / detik.
Aturan praktis untuk 802.11 adalah bahwa Anda bisa mendapatkan throughput TCP 50-60% dari tingkat pensinyalan yang Anda dapatkan, dan Anda hanya mendapatkan tingkat pensinyalan terbaik dalam kondisi terbaik.
Pembaruan: Baru sadar saya tidak menjawab beberapa pertanyaan bawahan Anda.
Apakah 23 megabit / detik adalah yang terbaik yang dapat Anda lakukan (dengan asumsi tidak ada bingkai yang meledak)? Ya seperti yang saya ingat, di suatu tempat antara 20 dan 25 megabit / detik adalah tentang throughput terbaik yang dapat Anda harapkan dari 802.11g tanpa bingkai meledak.
Adakah hal yang dapat Anda atur untuk mendapatkan kinerja yang lebih baik? Ya, berikut adalah beberapa hal yang dapat Anda atur untuk mendapatkan kinerja yang lebih baik. Namun, saya akan memperingatkan Anda di muka bahwa beberapa dari mereka mungkin lebih merepotkan daripada nilainya:
Pastikan Anda berada di saluran terbersih yang tersedia untuk Anda. Satu-satunya cara untuk melakukan ini dengan andal adalah dengan menggunakan penganalisa spektrum seperti Wi-Spy . Beberapa orang berpikir bahwa mereka dapat menggunakan sesuatu yang hanya melihat jaringan Wi-Fi seperti inSSIDer , tetapi mereka salah. Mungkin ada banyak suara di band 2.4GHz yang tidak berasal dari Wi-Fi gear, jadi inSSIDer tidak akan pernah melihatnya, tetapi Wi-Spy nyata (atau penganalisis spektrum yang bahkan lebih menarik) akan melakukannya.
1b. Jika gigi Anda bukan hanya b / g tetapi sebenarnya a / b / g, lihat apakah salah satu saluran 5GHz yang tersedia untuk Anda lebih bersih daripada saluran 2.4GHz mana pun, dan jika demikian, pertimbangkan untuk beralih ke 802.11a dalam 5GHz.
Jika peralatan Anda mendukung peledakan bingkai tetapi Anda belum menyalakannya, Anda dapat menyalakannya. Vendor yang berbeda mungkin memiliki cara berbeda untuk mendeskripsikan frame bursting, seperti "mode turbo" atau sesuatu. Jika saya ingat dengan benar, bingkai bermerek Broadcom meledak, ditambah beberapa optimasi kinerja khusus tweaky lainnya, sebagai "Afterburner". Berhati-hatilah karena beberapa hal ini dapat menyebabkan masalah interoperabilitas, dan cenderung bekerja paling baik di antara chipset dari vendor yang sama, dari era yang sama.
Jika Anda memiliki kendali atas alat / protokol apa yang Anda gunakan untuk melakukan unduhan, termasuk sisi server, maka Anda dapat memilih hal-hal yang membuat penggunaan TCP lebih efisien. Sebagai contoh, FTP atau HTTP server berkualitas baik lebih mungkin untuk "menjaga pipa diisi" dengan terus-menerus streaming file menggunakan buffer bergulir untuk memastikan tumpukan TCP sisi pengirim tidak pernah kelaparan untuk mengirim data. Sebaliknya, protokol sistem file jarak jauh seperti SMB dan AFP cenderung membaca dan menulis secara individu, sehingga di antara blok, TCP tidak memiliki apa pun untuk dikirim. Ini dapat membuat perbedaan besar selama unduhan besar.
3b. Sekali lagi jika Anda memiliki kedua ujung transfer file, Anda dapat melihat penyetelan TCP. Misalnya, pastikan klien dan server Anda (terutama bagian penerima transfer file) menggunakan Ukuran Jendela TCP yang memadai. Penyesuaian TCP berada di luar cakupan Jawaban ini, tetapi jika Anda Google untuk itu dan belajar tentang hal-hal seperti bandwidth-delay produk dan ukuran jendela optimal dan menunda Ack dan menonaktifkan algoritma Nagle dan menggunakan sysctl (Unix / Linux / Mac OS X) dan saya tebak pengeditan registri (Windows) untuk menyesuaikan hal-hal itu, Anda mungkin menemukan cara untuk memeras sedikit kinerja ekstra dari tautan Anda.
3c. Sekali lagi jika Anda memiliki kedua titik akhir transfer file, Anda dapat memilih aplikasi transfer file cepat berbasis UDP yang berkinerja tinggi. Aplikasi ini biasanya milik dan mengharuskan Anda untuk memiliki aplikasi yang sama di kedua ujung koneksi. Sementara TCP sangat bagus untuk melaju secepat mungkin tanpa memperburuk kemacetan Internet , beberapa aplikasi berbasis UDP ini mengambil pendekatan egois untuk mengoptimalkan kecepatan transfer file Anda tanpa memperhatikan efeknya pada kemacetan jaringan.
Secara keseluruhan, jika Anda memiliki koneksi internet 40+ megabit / detik, maka 802.11g dari tahun 2003, yang tidak lebih cepat dari 802.11a dari tahun 2002, bukan solusi yang tepat untuk Anda. Saatnya untuk mendapatkan beberapa peralatan dan pesta 802.11n seperti tahun 2007. Atau beberapa peralatan dan pesta 802.11n 3-spasi-aliran seperti 2010.