Penso che non hai né un cavo né un problema di commutazione. Il NAS è semplicemente al limite.
Ho installato anche un D-Link DNS-323 e nessuno di loro ha registrato velocità di trasferimento significativamente superiori a ~ 20 MB / s in media. Non importa quali dischi ci metti. Il motivo è semplicemente che il file server Samba incorporato è limitato dalla velocità della CPU e la CPU nel D-Link DNS-323 non può semplicemente gestire altri dati. Bene, il limite potrebbe variare leggermente su firmware / versioni differenti di Samba ma dubito che tu possa raggiungere molto di più. RAID-1 ovviamente potrebbe limitare ulteriormente la velocità di trasferimento, ma RAID-1 di solito non impone molto carico della CPU in quanto non è richiesto alcun calcolo (come in RAID-5).
Se hai bisogno di più velocità, dovrai sostituire il NAS con qualcosa di più veloce.
Inoltre, non è in genere correlato ai dischi. I moderni dischi a 5400 rpm possono leggere facilmente ~ 100 MB / s in modalità sequenziale. Anche i modelli lenti devono raggiungere ~ 50 MB / s.
Un altro problema è l'overhead del protocollo e altre limitazioni del protocollo. Alcuni NAS offrono la funzione di trasferire file tramite il semplicissimo protocollo FTP o usando rsync. Alcuni di loro hanno prestazioni migliori su FTP rispetto a SMB / CIFS rispetto a Samba.
Se stai utilizzando Windows Vista o 7, potresti anche provare a disabilitare la funzione "Compressione differenziale remota" nelle impostazioni di Windows:
- Pannello di controllo => Disinstalla => Attiva o disattiva Funzionalità Windows) o
- digitare
ocsetup MSRDC-Infrastructure /uninstall
su un prompt dei comandi con privilegi elevati
Il motivo per cui lo swithcing di RDC potrebbe guadagnare un po 'di velocità è che riduce il carico della CPU in alcune situazioni e poiché questo è il collo di bottiglia per il tuo DNS-323 potresti provarlo.
EDIT: ho fatto qualche ricerca in più sul servizio RDC e ho trovato questo . Dimostra chiaramente che RDC non deve avere alcun impatto sulla velocità di trasferimento. Inoltre, deve essere utilizzato in modo specifico da un'applicazione e Windows non sembra utilizzarlo. Quindi consiglierei di non disabilitarlo permanentemente. Se lo disabiliti e vedi un po 'di speedup dopo il riavvio, è probabile che avresti visto lo stesso speedup anche al riavvio. Sebbene ci sia un aspetto che non è trattato dall'articolo. Nel caso in cui un'applicazione utilizzi davvero RDC, il server dovrebbe calcolare i checksum, che ovviamente non è un grosso problema per i server e le workstation di oggi. Ma per un sistema NAS potrebbe essere. Quindi, in rari casi, potrebbe essere più veloce semplicemente trasferire nuovamente il file invece di creare e scambiare prima i checksum.
Anche i dispositivi NAS piuttosto veloci spesso sono limitati a circa 80 MB / s. Se vuoi raggiungere di più, in genere hai bisogno di un NAS / Server che supporti il protocollo SMB2. L'abilitazione di Jumbo-Frames potrebbe anche dare un po 'di spinta, ma deve essere supportata da tutti i componenti della rete, inclusi router, switch, client e NAS. Quindi, se non sei un esperto di reti, ti consiglio di non scherzare con MTU / Jumbo-Frames manualmente.
Un'altra fonte di prestazioni Ethernet "basse" è ovviamente la scheda di interfaccia di rete (NIC) stessa. Ho visto alcune riduzioni delle prestazioni su alcuni chipset Marvell meno recenti quando era abilitato l'offload del checksum TCP-hardware (sembra che ci sia una limitazione sul numero di checksum calcolati da alcune schede di rete in modo che la CPU possa farlo più velocemente della scheda). D'altra parte ho visto aumentare il throughput di rete in situazioni di larghezza di banda molto elevata con offload di checksum TCP hardware su NIC server Intel. Quindi dipende davvero dall'hardware.
Tuttavia, anche senza alcuna ottimizzazione, qualsiasi scheda di rete di consumo (la più utilizzata: Realtek) deve raggiungere un throughput GBE RAW di ~ 80 MB / s da un server Samba.
Ma torniamo all'argomento: il tuo D-LINK DNS-323 non sarà mai in grado di superare il limite di ~ 30 MB / s, immagino, semplicemente a causa della limitazione dell'hardware. Se qualcuno ha visto questo dispositivo per funzionare più velocemente, sarei interessato anche alla configurazione concreta.