3 155
contributi
Wtf (discussione | contributi) |
Wtf (discussione | contributi) 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 == |
contributi