Più lenta del previsto 802.11n velocità di networking wireless

Ho due porttili ASUS che eseguono Windows 7 connessi in modalità wireless via 802.11n a 150 Mbit, come riportto da Task Manager. Il router è Netgear WNDR3700.

Quando si prova la velocità di connessione wireless usando iperf, non ho quasi 150 Mbit:

C:\>iperf -c 10.0.0.123 -t 30 ------------------------------------------------------------ Client connecting to 10.0.0.123, TCP port 5001 TCP window size: 8.00 KByte (default) ------------------------------------------------------------ [148] local 10.0.0.116 port 53819 connected with 10.0.0.123 port 5001 [ ID] Interval Transfer Bandwidth [148] 0.0-30.0 sec 41.2 MBytes 11.5 Mbits/sec 

Questo è un risultato tipico. Fili di client paralleli in esecuzione non aumenta la velocità totale complessiva.

  • Una networking wireless-N (802.11n) ha scarse performance quando si è in modalità b / g "mista"?
  • Qual è il significato (se presente) dei canali wifi 12-14?
  • 802.11ac performance scarse
  • Come controllare il livello di networking wifi della connessione corrente
  • 802.11n Velocità di collegamento senza fili di networking?
  • Ha senso mantenere diversi SSID per le reti wireless a 2,4 GHz e 5 GHz?
  • Perché dovrei ricevere solo 11,5 Mbit su una connessione di 150 Mbit? Quale è un tasso massimo ragionevole che dovrei aspettarmi?

    Non ci sono altre reti wireless vicine, né telefoni cordless o forni a microonde.

  • Qual è il significato (se presente) dei canali wifi 12-14?
  • Ha senso mantenere diversi SSID per le reti wireless a 2,4 GHz e 5 GHz?
  • Una networking wireless-N (802.11n) ha scarse performance quando si è in modalità b / g "mista"?
  • Come controllare il livello di networking wifi della connessione corrente
  • Router gigabit 802.11n consigliati che funzionano con DD-WRT
  • 802.11n Velocità di collegamento senza fili di networking?
  • 4 Solutions collect form web for “Più lenta del previsto 802.11n velocità di networking wireless”

    La regola del pollice per il throughput TCP su Wi-Fi è che è ansible get il 50-60% della frequenza di segnalazione. Quindi, nel tuo caso, dovresti vedere 75-90 megabit al secondo del throughput TCP.

    Attendi, perché la tua window TCP dimensione di soli 8 KibiBytes? Questo mi colpisce come un assurdo basso livello di default.

    Vediamo cosa dovrebbe essere il tuo calcolando un "prodotto della banda x delay" per la tua connessione.

    Se Windows 7 segnalerà che stai ricevendo una frequenza di segnalazione di 150 mbps, è 150.000.000 bit al secondo, pertanto usiamo questo come numero di width di banda.

    Per quanto riguarda il ritardo, bene, il mio tempo medio di ping a bordo di Wi-Fi per il mio AP è poco più di 3 millisecondi. Ma stai andando da un client wireless a un altro, che viene trasmesso dall'applicazione AP (per evitare il problema del nodo nascosto), quindi indovino se si pingeva uno dei tuoi client wireless dall'altro, si ottiene un tempo di andata e return fino a 6 ms.

    Così 150.000.000 bit / sec di width di banda * 0.006 secondi di ritardo = 900.000 bit che è necessario essere in grado di mettere "in volo" prima di get un Ack indietro, al fine di mantenere il pipe pieno.

    900.000 bit / 8192 bit per KibiByte = circa 110 KibiBytes di TCP window necessaria. Essere generosi e renderlo un bel round 128.

    Provate ad aggiungere -w 128K agli elenchi di argomenti iperf sia sul client che sul server per forzare la window TCP a qualcosa di ragionevole e vedere se ciò aiuta.

    Poiché il wireless è un mezzo volubile e talvolta si possono verificare picchi di latenza a causa di un rumore transitorio che obbliga i ritrasmissioni dei pacchetti di collegamento, potrebbe anche provare ad andare più in là, forse fino a 512KiB, ma a un certo punto ci saranno diminuzioni di return.

    Se aumentando la dimensione della window di TCP si ottiene fino a circa 75 megabit / sec di throughput TCP in IPerf, ma se Windows 7 imposta la dimensione di window a 8KiB, probabilmente è necessario calcolare come get Windows 7 per scegliere un migliore valore predefinito Dimensione window TCP per tutte le connessioni TCP.

    Hai dispositivi più lenti collegati alla networking, ad esempio un iPod touch o un iPhone? Quando un dispositivo più lento si associa alla networking, l'hardware triggers un meccanismo di protezione che determinerà una notevole differenza sulle velocità di trasferimento. Il downlink medio per 802.11n è di circa 40 Mbit / s, quindi c'è sicuramente qualcosa di sbagliato con la connessione. Sono salito di 35Mbit / s usando iperf su una networking 802.11n.

    Per impostazione predefinita, Windows limita la width di banda wireless a circa 10-12 Mbps (mi dispiace, non so certo), anche se hai dispositivi pronti per 150 Mbps o 300 Mbps o più. La chiave è nel Registro di sistema e devi modificarli per get il tuo risultato migliore.

    Ma, per non preoccuparti, i nostri amici a SpeedGuide Forums hanno reso facile per noi. Se vuoi modificarlo per te, leggi questo . Se non vuoi essere disturbato con le modifiche, ti preghiamo di scaricare l'applicazione SG TCP / IP Optimizer da questa pagina (e ci sono anche alcuni collegamenti per il tweaking su quella pagina).

    Ecco uno screenshot dell'applicazione: SG TCPOptimizer

    Per usarla, u semplicemente trascinate il cursore per abbinare la velocità desiderata, scegli l'opzione Optimal in fondo, fai clic su Applica modifiche e ti verrà chiesto di riavviare. Riavvialo quando sei pronto.

    Spero che questo ti aiuti.

    Ecco quello che ho scoperto su questo argomento. Vorrei ricall l'attenzione su una limitata conoscenza di reti wireless ad hoc (peer-to-peer), tipicamente utilizzate tra due o più notebook con gli adattatori Wi-Fi.

    Lo standard IEEE 802.11 specifica che le performance in modalità ad-hoc devono raggiungere 11Mbits / sec, ma non più, indipendentemente dal fatto che la scheda sia 802.11b o 802.11g. Non esiste alcun obbligo per i produttori di superare le specifiche di 11Mbits / sec e la maggior parte non lo fa.

    Siamo il genio del computer e della rete.