Nfs-kernel-server: condividere risorse tra macchine GNU/Linux: differenze tra le versioni

nessun oggetto della modifica
Nessun oggetto della modifica
Riga 316: Riga 316:


Potrebbe anche capitare nel caso di NFSv4 che la macchina client veda crollare drasticamente a poche centinaia di kb/s la velocità di trasferimento dati quando si va a scrivere sulla macchina server grossi file. In tal caso controllare in primis di usare l'opzione <code>crossmnt</code> invece di <code>nohide</code> (si riveda la sezione dedicata al rimontaggio delle cartelle), se anche questo non funziona provare ad aggiungere nel file <code>exports</code> le opzioni <code>async</code> e <code>no_wdelay</code> ad ogni cartella da esportare. Un'altra possibilità è provare ad usare il protocollo UDP invece di TCP, si tratta di aggiungere l'opzione <code>proto=UDP</code> al comando <code>mount</code> (trattasi cioè di un opzione lato client). Se anche questo non dovesse funzionare provare a guardare  [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/585657 questa pagina] (si tratta di ricompilare il kernel, sempre che poi sia proprio questo il problema).
Potrebbe anche capitare nel caso di NFSv4 che la macchina client veda crollare drasticamente a poche centinaia di kb/s la velocità di trasferimento dati quando si va a scrivere sulla macchina server grossi file. In tal caso controllare in primis di usare l'opzione <code>crossmnt</code> invece di <code>nohide</code> (si riveda la sezione dedicata al rimontaggio delle cartelle), se anche questo non funziona provare ad aggiungere nel file <code>exports</code> le opzioni <code>async</code> e <code>no_wdelay</code> ad ogni cartella da esportare. Un'altra possibilità è provare ad usare il protocollo UDP invece di TCP, si tratta di aggiungere l'opzione <code>proto=UDP</code> al comando <code>mount</code> (trattasi cioè di un opzione lato client). Se anche questo non dovesse funzionare provare a guardare  [https://bugs.launchpad.net/ubuntu/+source/linux/+bug/585657 questa pagina] (si tratta di ricompilare il kernel, sempre che poi sia proprio questo il problema).
== Prestazioni ==
È possibile migliorare le prestazioni affinando i valori dei vari parametri, ed è argomento tutt'altro che ridotto, come dimostrato [http://nfs.sourceforge.net/nfs-howto/ar01s05.html qui] e [http://www.citi.umich.edu/projects/nfs-perf/results/cel/write-throughput.html qui].<BR>
I primi parametri da controllare sono tuttavia <code>rsize</code> e <code>rsize</code>, che di base valgono 8192 per NFSv2-NFSv3 e 32768 per NFSv4. Stando al manuale tali valori devono essere multipli interi di 1024 e compresi tra un minimo di 4096 byte e 1048576 byte.
==== Esempio 1 ====
* Cavo rete sstp cat.6, L = '''50''' m;
* Server: Debian Wheezy, AMD Sempron 145 2,8 GHz, scheda di rete GBit integrata, HD 2,5" sata II 5400 rpm ext4, DDr2 2 GB 667 Mhz ram;
* Client: Debian Wheezy, Intel Core Duo 2 3 GHz, scheda di rete GBit integrata, HD 3,5" sata II 5400-7200 rpm (caviar green) ext4, DDr2 3 GB 1066 Mhz ram;
* File trasferito: video '.mkv' da 8 GB.<BR>
* NFSv4: rsize=wsize=65536,sync,TCP,no_subtree_check,hard,intr;
* Velocità media trasferimento Server --> Client: 50 MB/s circa
* Velocità media trasferimento Client --> Server: 72,8 MB/s circa<BR>
* SFTP;
* Velocità media trasferimento Server --> Client: 22,8 MB/s circa
* Velocità media trasferimento Client --> Server: 26,3 MB/s circa
==== Esempio 2 ====
* Come esempio 1 salvo ove diversamente specificato;
* Server: Debian Squeeze, AMD Athlon (slot A) 650 MHz, scheda di rete GBit PCI, HD 3,5" ATA100 5400 rpm ext4 lvm2, DIMM 364 MB ram 100 Hz;<BR>
* NFSv4: rsize=wsize=8192,sync,TCP,no_subtree_check,hard,intr;
* Velocità media trasferimento: 15 MB/s circa<BR>
* SFTP;
* Velocità media trasferimento: 5,5 MB/s circa<BR>


== Riferimenti esterni ==
== Riferimenti esterni ==
2 894

contributi