Aggiornare

Ok, ho provato le risposte qui sotto e nulla è cambiato. Ho identificato il chipset nel laptop come NVIDIA nForce 520. Ho scaricato gli ultimi driver Vista x64 per nForce 520 (NVIDIA non ha ancora alcun driver per quel chipset per Win 7). Ho provato a installare il software firewall incluso (pensando che forse sta interferendo - non lo è). Ho disinstallato completamente il mio software antivirus (sto usando Avast!) Pensando che il suo driver del filtro di rete potrebbe causare un problema, che non ha aiutato neanche.

Ho portato il mio laptop a casa dei miei fratelli e sono stato in grado di copiare file a 10-12 MB / s sulla sua rete da 100 Mbit, quindi non credo che sia l'hardware.

Ho eseguito iperf con alcuni risultati sorprendenti:
iperf dal laptop che invia al server (upload)

> iperf -c naru
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[328] local 192.168.7.100 port 8549 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec   162 MBytes   136 Mbits/sec

> iperf -c naru -w 64k
------------------------------------------------------------
Client connecting to naru, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[328] local 192.168.7.100 port 8550 connected with 192.168.7.6 port 5001
[ ID] Interval       Transfer     Bandwidth
[328]  0.0-10.0 sec  1.06 GBytes   909 Mbits/sec

iperf dal server invio al laptop (download)

> iperf -c miyuki
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[256] local 192.168.7.6 port 51871 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.1 sec  25.2 MBytes  20.8 Mbits/sec

> iperf -c miyuki -w 64k
------------------------------------------------------------
Client connecting to miyuki, TCP port 5001
TCP window size: 64.0 KByte
------------------------------------------------------------
[256] local 192.168.7.6 port 51872 connected with 192.168.7.100 port 5001
[ ID] Interval       Transfer     Bandwidth
[256]  0.0-10.0 sec  21.1 MBytes  17.6 Mbits/sec

Per un confronto, ecco i numeri iperf tra HTPC e il server

Server: Naru, Host: CC (CC sends to Naru)
iperf -c naru:        0.0-10.0 sec   363 MBytes   305 Mbits/sec
iperf -c naru -w 64k: 0.0-10.0 sec  1.06 GBytes   912 Mbits/sec

Server: CC, Host: Naru (Naru sends to CC)
iperf -c cc:        0.0-10.0 sec   322 MBytes   270 Mbits/sec
iperf -c cc -w 64k: 0.0-10.0 sec  1020 MBytes   855 Mbits/sec

L'uso di WireShark per guardare un trasferimento dal server al laptop comporta la rete di molte delle seguenti voci:

(:51aa is the server, :37a1 is the laptop)
No.   Time      Source                    Destination               Proto Info
37785 27.286240 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#13] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40517974
37786 27.286258 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#14] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40519414
37787 27.286277 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#15] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40520854
37788 27.286295 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#16] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40522294
37789 27.286313 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#17] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40523734
37790 27.286332 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#18] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40525174
37791 27.286351 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#19] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40499254 SRE=40526614
37792 27.286370 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Previous segment lost] [TCP segment of a reassembled PDU]
37793 27.286372 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP segment of a reassembled PDU]
37794 27.286375 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Fast Retransmission] [TCP segment of a reassembled PDU]
37795 27.286377 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37796 27.286379 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37797 27.286382 fe80::1569:8500:b24a:51aa fe80::3820:2199:1623:37a1  TCP  [TCP Out-Of-Order] [TCP segment of a reassembled PDU]
37798 27.286413 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#20] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40529494 SLE=40499254 SRE=40526614
37799 27.286432 fe80::3820:2199:1623:37a1 fe80::1569:8500:b24a:51aa  TCP  [TCP Dup ACK 37753#21] 8360 > microsoft-ds [ACK] Seq=80228 Ack=40489174 Win=64800 Len=0 SLE=40528054 SRE=40530934 SLE=40499254 SRE=40526614

A questo punto sono in completa e totale perdita su cosa provare dopo.

Domanda originale

sfondo

Attualmente sto riscontrando un problema sul mio laptop Windows 7 appena installato. Il problema si era originariamente verificato dopo l'installazione di Windows 7 RC. Quando Windows Vista e Windows 7 Beta 1 sono stati installati su questo laptop, sono stato in grado di trasferire a velocità gigabit con i frame Jumbo attivati ​​nell'intervallo 9 KB / 9014. I due interruttori tra i laptop supportano anche i frame Jumbo.

Quando copiano i file dal mio server al mio laptop, funzionano a un ritmo di lumache (di solito inferiore a 1 MB / sec) mentre altri dispositivi che passano attraverso gli stessi switch possono trasferire a velocità più elevate (45 - 55 MB / sec). Sembra che la copia dal laptop al server abbia una velocità maggiore ma nulla di simile dovrebbe essere.

Macchine coinvolte

• Miyuki: laptop con il problema. Windows 7 x64 RTM. HP Pavilion dv9700 CTO. Utilizza un adattatore Ethernet NVIDIA nForce 10/100/1000 Mbps. (Il video è GeForce 8400M GS)
• Naru: server con file. Windows Server 2008 R2 x64 SP2 personalizzato. Utilizza un adattatore Gigabit PCI Express D-Link DGE-560T.
• CC: HTPC sullo stesso switch senza problemi. Windows Vista x86 SP2. Utilizza un adattatore Realtek RTL8168B / 8111B PCI-E GBE integrato.

Quando sono state scattate queste immagini, i jumbo frame sono stati tutti disattivati.

Le immagini

Copia avviata dal laptop

Server -> Laptop _{(fonte: gibixonline.com )} Laptop -> Server

Copia avviata dal server

Server -> Laptop _{(fonte: gibixonline.com ) Se} il server inaspettatamente copia un file dal laptop a se stesso, si ottiene una velocità che mi aspetto. (Laptop -> Server) _{(fonte: gibixonline.com )}

Ho affermato in precedenza che l'altro computer sullo stesso switch non presenta questo problema. L'alto DPI è attivato poiché questo è visualizzato su una HDTV.
Server -> HTPC _{(fonte: gibixonline.com )}

Naturalmente come test ho deciso di vedere quali erano le velocità tra il mio laptop e l'HTPC. Sfortunatamente erano esattamente quello che mi aspettavo.
HTPC -> Laptop _{(fonte: gibixonline.com )}

Note finali

Ho provato tutto quello che mi viene in mente. Anche i jumbo frame sono disattivati ​​a questo punto e nulla sembra influenzarlo. Ho provato a disattivare la mia protezione antivirus per cambiare i cavi che utilizzo. Attualmente tutti i cavi in ​​uso sono CAT-5e che ho realizzato. Ho provato a prendere il cavo dall'HTPC e l'ho collegato al mio laptop per vedere se il cablaggio era un problema. I due interruttori in questione sono un D-Link DGS-1216T e un interruttore "stupido" che supporta i frame jumbo, il D-Link DGS-2208.

Prova a disabilitare la funzione di ottimizzazione automatica di Windows.

In una finestra CMD:

netsh interface tcp set global autotuning=disabled 

Riesegui il test e verifica se noti un miglioramento delle prestazioni. Ho dovuto farlo su un paio di laptop con Windows 7 a casa mia, ed è stato di aiuto.

Se le cose peggiorano o non noti alcun miglioramento, puoi riattivare l'autotuning:

netsh interface tcp set global autotuning=normal

Questo sembra essere un grosso problema con Windows 7. Diversi giocatori si sono lamentati di questo problema.

1. Da un prompt dei comandi (di solito in Tutti i programmi -> Accessori -> Prompt dei comandi) eseguire "regedit"
2. Passare a HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ services \ Tcpip \ Parameters \ Interfaces
3. Sfoglia gli elementi sotto le interfacce fino a trovare quello con una voce Indirizzo IP che corrisponda all'interfaccia di rete che desideri influenzare (in genere gli indirizzi IP LAN iniziano con 192.168 o 10.0); tieni presente che se il tuo indirizzo IP viene assegnato automaticamente da un server DHCP, potrebbe essere necessario cercare un indirizzo DhcpIP corrispondente anziché un indirizzo IP
4. Fare clic con il tasto destro del mouse sull'interfaccia e selezionare Nuovo> Valore DWORD (32 bit), denominarlo "TcpAckFrequency"
5. Fare clic con il tasto destro del mouse sul nuovo valore TcpAckFrequency e selezionare Modifica, immettere "1" (il pulsante di opzione esadecimale deve essere selezionato)
6. Fare clic con il tasto destro del mouse sull'interfaccia e selezionare Nuovo> Valore DWORD (32 bit), denominarlo "TCPNoDelay" (notare che questa volta TCP è tutto in maiuscolo - è intenzionale)
7. Fare clic con il tasto destro del mouse sul nuovo valore TCPNoDelay e selezionare Modifica, immettere "1" (selezionare il pulsante di opzione esadecimale)
8. Verificare che sia TcpAckFrequency sia TCPNoDelay ora vengano visualizzati nell'elenco delle proprietà dell'adattatore con i tipi REG_DWORD e i valori 0 × 00000001
9. Esci da regedit e riavvia (è necessario riavviare per rendere effettive le modifiche!)
   10. Gioca e goditi il ​​tuo nuovo ping basso

Ciò ha ridotto il mio ping nella maggior parte dei giochi da 200-300ms a 50-60ms, il che corrisponde alla latenza che vedrei tramite un tracert sul server del gioco.

Tratto da ridurre la latenza della rete di gioco in Windows 7 o Vista

Per verificare se il laptop non è in errore, avvia un cd live di Ubuntu, installa iperf sul ramdisk ed esegui un test.

Questo dovrebbe almeno testare il lato rete di esso.

Controlla i pacchetti rilasciati. Non sei sicuro di come farlo in Windows, ma se hai una macchina Linux puoi controllare lì.

Ho avuto un'esperienza simile con un interruttore gigabit in cui la modalità gigabit è stata interrotta e la consegna di pacchetti. Ho visto problemi solo quando avevo 2 macchine collegate in questa modalità. In modalità 100K, tutto andava bene. È stato un brutto problema che mi ha richiesto alcuni giorni per scoprirlo. Potrei essere stato un D-Link. Fai qualche google sul tuo modello di switch. L'ho fatto e ho scoperto che altri avevano lo stesso problema.

L'ho già visto prima con altri prodotti AV. Il mio problema era con SMB e il prodotto AV interferiva anche quando "disabilitato". Ha mostrato risultati simili in WireShark che hai. Ecco uno dei tanti siti che ho verificato per arrivare alla causa principale: problema Symantec SMB e un altro: SMB2 non riesce con NTP

Inoltre, potresti provare a disabilitare / modificare tutte o alcune delle impostazioni all'interno di SMB. Vorrei anche prendere in considerazione la disabilitazione di v2 sul sistema operativo. Consulta questo articolo che descrive un problema SMB in Win Vista e questo collegamento a Microsoft delinea alcuni dati tecnici sulle impostazioni del registro SMB .

So che hai menzionato Avast, ma è una coincidenza che ho visto risultati simili su WireShark. Si noti che tutto, tranne il trasferimento di file, sembra funzionare bene nel mio caso.

Ho avuto problemi con i client che comunicano con i server Windows durante l'utilizzo della firma dei pacchetti. Non ho avuto lentezza, ma piuttosto interruzioni di connessione molto comuni.

Leggi qui per la soluzione che ha risolto il mio problema.

Inoltre non vedo alcun suggerimento qui per disattivare le funzioni TCP Chimney una ad una per vedere se una di esse è andata storta.

Sembra che il sistema operativo stia controllando i pacchetti prima di scrivere su disco. Ho osservato che tutti i trasferimenti lenti sono quelli che provano a scrivere sul laptop ... suggerisco

• controllare le dimensioni dei blocchi delle partizioni su laptop hdd (le dimensioni di piccoli blocchi possono causare un brutto tempo di ricerca di spazio libero quando si tenta di trasferire un singolo file di grandi dimensioni (o giù di lì))
• controllando qualsiasi politica del firewall che controlla i pacchetti in arrivo per la scrittura del disco
• controllo di qualsiasi monitor di attività sui file (questo dovrebbe essere un problema a causa della disinstallazione dell'antivirus) (come sai avast esegue controlli dei file live e questo rallenta un po 'il trasferimento di rete ..)
• deframmentare la partizione di destinazione (di nuovo sulla ricerca di spazio libero)

Altri sono suggeriti e sembra che non stiano aiutando:

• auto-tunning
• livello duplex
• cavi ...

Un ultimo suggerimento è: puoi controllare il rilevamento del collegamento in modalità batteria su proprietà avanzate di nic? È un laptop e potrebbero esserci dei problemi con le proprietà di risparmio energetico ... Prova "Nessun risparmio energetico" sul rilevamento del collegamento in modalità batteria e "Completo" sulle impostazioni della velocità della batteria.

Sto usando win7 su un PC desktop e quelle opzioni non sono incluse nelle proprietà avanzate di my nic. Finché non ho mai affrontato questo problema, puoi controllare i valori di "Controllo flusso" su "TX e RX abilitati" come opzioni del mio nic. Jumbo è disabilitato, Speed ​​e Duplex sono anche auto sulla mia configurazione ...

Non riesco a pensare a nessuna altra soluzione ... Spero che questo aiuti ...

In precedenza ho inseguito la coda con esattamente lo stesso problema per un po '! Velocità di trasferimento lente in una direzione, nel mio caso in uscita (uplink).

Windows 7 Pro, Celeron J1800 con scheda LAN integrata Realtek Gigabit 8111C. QNAP 453a e MacBook Pro all'altra estremità.

Quando misurato tramite Iperf3 ottenevo 112 mbps con il mio Windows 7 impostato come client (utilizzo della CPU al 25-30%). E solo 39-41 Mbps se impostato come server, con un utilizzo intenso della CPU tra il 50-100%. Così male che il PC si bloccherebbe durante i test della larghezza di banda.

Il trasferimento regolare dei file ha un limite massimo di 45 Mbps, indipendentemente dal fatto che stia caricando o scaricando file sul NAS o sul MAC.

Non ottenevo niente di più di 35-45 megabyte al secondo. Abbastanza frustrante!

Finì per essere un cattivo driver della scheda lan. Ero ossessionato dall'aggiornamento dei driver e ho sempre aggiornato i miei driver quando ne è diventato disponibile uno nuovo. Indovina cosa, dopo diversi aggiornamenti la mia scheda lan ha rallentato.

Alcuni di voi potrebbero dire, basta cancellare il vecchio driver e installare quello nuovo. Semplice ah? Ho provato e provato, non ha funzionato per me.

Ecco la mia soluzione:

Finestre installate da zero con driver OEM dal sito Web del produttore. Inoltre ho fatto quanto segue:

In Gestione dispositivi / Scheda Lan / Impostazioni avanzate / Disattiva tutto tranne CONTROLLO FLUSSO.

In Funzionalità Windows, disabilita la compressione differenziale remota.

Ora la velocità media è tra 80-100 Mbps.

Suppongo che tu abbia impostato le schede di rete su full-duplex, 100MBit e non auto?

Probabilmente odierai questa risposta, ma devo dirlo!

Hai provato ad aggiornare i driver?

Ottengo un problema simile sul mio laptop (NIC basato su Realtek), si trasferisce a circa 3 MB / s, ma nel momento in cui aggiorno i driver agli ultimi dal loro sito sale a circa 40-50 MB / s

Solo perché i driver con Windows funzionano, ciò non significa che siano i migliori.

Sospetto che si tratti di qualcosa sul percorso dal server al laptop, ad esempio:

• Passa la porta patchata al laptop
• Cablaggio Ethernet o connessioni tra switch e laptop

Per l'eccellente suggerimento di @SaucemanSpiff, hai provato a cablare il laptop direttamente al server usando un noto cavo CAT5E o CAT6? Non è necessario un cavo crossover speciale poiché almeno una delle interfacce coinvolte supporta Gigabit Ethernet (che implica Auto MDI-X).

1. Hai battuto a morte il PC con gli aggiornamenti e l'hai testato fuori sede senza errori. Hai provato a fare aggiornamenti e simili sul SERVER "naru"?

2. La maggior parte delle soluzioni in questo thread suggerite da altri potrebbero applicarsi al server, le hai provate lì?

3. Cosa succede quando si esegue il test con Robocopy (con e senza jumbo)? Se è veloce in entrambe le direzioni, userei netshark per guardare le intestazioni della sessione SMB all'inizio delle copie in ciascuna direzione e vedere se qualcosa sembra diverso nell'impostazione naru-> miyuki.

Hai provato a usare teracopy? Sto usando questo come un sostituto standard per Windows Copy da oltre un anno e ha mostrato miglioramenti nelle velocità di trasferimento :)

Una specie di colpo al buio ma potrebbe aiutare.

• Disabilita "Compressione differenziale remota" nel Pannello di controllo - Programmi e funzionalità - Attiva o disattiva le funzionalità di Windows.
• Rimuovere IPv6 dalle proprietà di rete. Usi IPv6 nella tua LAN? Altrimenti disabilitalo.
• Svuota la cache DNS con ipconfig /flushdnssulla CLI.

se è dovuto alla modifica del sistema operativo, sicuramente il problema risiede nel sistema operativo. dovresti provare a installare l'ultimo service pack di Windows 7 e mantenere Windows aggiornato con gli ultimi aggiornamenti. e spero per il meglio