Trasferimenti SMB estremamente lenti

I trasferimenti di PMI per me sono estremamente lenti. Ho due macchine Windows 10 e ho provato a trasferire i dati tra le due e ottenere solo ~ 500 mbps su una connessione gigabit in entrambe le direzioni.

Ho anche provato a trasferire file da Android (Neuxs 6P e Pixel XL) alla macchina Windows 10 e ottenere una velocità media di circa ~ 800 kbps. Tuttavia, quando trasferisco dalla macchina Windows 10 al telefono, ottengo velocità di ~ 40 mbps. Questa velocità è più veloce in questa direzione, ma comunque molto più lenta del previsto.

I test Iperf3 tra le due macchine Windows 10 mostrano ~ 900 mbps in entrambe le direzioni. I test Iperf3 da Android a Windows 10 sono di ~ 200 mbps. Sto usando Unifi UAP-AC-Lites per i trasferimenti wireless.

Cosa sta causando questa bassa velocità di trasferimento?

— ayao1337
fonte

500 Mbps su gigabit non sono estremamente lenti. è vicino a 50 MB / s nel trasferimento effettivo. Non è il migliore, ma tutt'altro che male. Si noti che la maggior parte dei dischi rigidi meccanici non è in grado di gestire trasferimenti di grandi dimensioni molto più di questo (tendono a raggiungere un picco di 100-150 e scendono costantemente più a lungo dura la lettura).

— Frank Thomas,

@FrankThomas Immagino che non sia terribile, ma 800kbps su wireless non suona affatto bene. Ho appena scoperto che dovrebbe essere trasferito a 900 Mbps poiché iperf3 mostra quei numeri.

— ayao1337,

iperf mostra solo la tua capacità di rete, è per la maggior parte traffico di rete non elaborato. Quando si misura SMB, si misura il traffico di rete in aggiunta al tempo di risposta del server (CPU / Memoria / velocità del disco) sul server, fondamentalmente le sue capacità di servire effettivamente i dati richiesti. La maggior parte delle volte, se non si lavora con dispositivi aziendali, il collo di bottiglia non sarà la rete, ma la velocità del disco o le risorse della CPU su una delle macchine.

— MaQleod

Prendi inoltre in considerazione il fatto che Windows per impostazione predefinita utilizza ram per accelerare le scritture su disco. Quindi, se il trasferimento si adatta al buffer (di solito circa 1,5 GB), non si vede un collo di bottiglia della velocità del disco all'estremità di ricezione. Questo aiuta a spiegare il test Android. I dispositivi Android stanno ottenendo velocità di lettura NVRAM elevate e Windows sta ottenendo velocità di scrittura buffer elevate. Se provi a trasferire un file più grande (diciamo circa 6 GB), puoi monitorare le prestazioni del tuo sistema usando il task manager e probabilmente vedere le cose rallentare quando Windows raggiunge i suoi limiti di buffer.

— David Woodward,

@DavidWoodward Immagino di poter accettare questa spiegazione per file più grandi, ma i file che ho trasferito sono stati solo di 300 MB-1 GB. Non vedo alcun rallentamento in quanto è sempre questa singola velocità. I miei sistemi hanno 8 GB e 12 GB di RAM. Stessa cosa per i miei dispositivi Android, è sempre ~ 800 kbps. Non accelera mai, poi rallenta. Soprattutto per il lato Android, non posso davvero accettare quella velocità dato che prima era più veloce a circa 12 MB / s. Non sono sicuro di cosa sia successo a causare questo rallentamento, ecco perché lo sto chiedendo qui.

— ayao1337

Risposte:

In realtà non ho provato questi stessi, ma molte fonti Internet sembrano consigliare di disabilitare Offload invio di grandi dimensioni TCP nella pagina delle proprietà del dispositivo della scheda di rete e di modificare alcune impostazioni dello stack TCP, principalmente il livello di autotuning della dimensione della finestra di ricezione TCP.

Per mostrare le impostazioni TCP globali:

> netsh interface tcp show global

Querying active state...

TCP Global Parameters
----------------------------------------------
Receive-Side Scaling State : enabled
Chimney Offload State : disabled

Receive Window Auto-Tuning Level : normal

Add-On Congestion Control Provider : default
ECN Capability : disabled
RFC 1323 Timestamps : disabled
Initial RTO : 3000
Receive Segment Coalescing State : enabled
Non Sack Rtt Resiliency : disabled
Max SYN Retransmissions : 2
Fast Open : enabled
Fast Open Fallback : enabled
Pacing Profile : off

Valori per autotuninglevel:

disabled: Fix the receive window at its default value.
highlyrestricted: Allow the receive window to grow beyond its default value, but do so very conservatively.
restricted: Allow the receive window to grow beyond its default value, but limit such growth in some scenarios.
normal: Allow the receive window to grow to accommodate almost all scenarios.
experimental: Allow the receive window to grow to accommodate extreme scenarios.

La correzione implica provare:

netsh interface tcp set global autotuninglevel=disabled

Queste impostazioni richiedono un riavvio del computer. Ecco un articolo di Microsoft che descrive le funzionalità TCP.

— Paul-Sebastian Manole
fonte

Alla fine l'ho capito. Per portare un po 'di chiusura a questa domanda, il problema era con il client stesso, ES File Explorer. Da quello che ricordo, questa app utilizzava una versione precedente di SMB che causava basse velocità di trasferimento. Il passaggio a un'altra app che supportava standard più recenti ha risolto il problema.

— ayao1337
fonte