如果按mount -o nolock 192.168.1.220(假設為宿主機ip):/mnt/nfs /mnt/nfs_t 來mount ，傳輸速度可能很慢， 只有幾K到幾十K左右，所以想要獲得較快的速度就要對nfs進行優化。

　　nfs優化篇

　　1.設定塊大小
　　mount命令的risize和wsize指定了server端和client端的傳輸的塊大小。如果沒有指定，那麼，系統根據nfs的版本來設定預設的risize和wsize大小。大多數情況是4K（4096bytes），對於nfs v2，最大是8K，對於v3，在server端設定risize和wsize的限制，最大塊大小在kernel的常量 NFSSVC_MAXBLKSIZE,該常量在usr/src/linux2.4/include/linux/nfsd/const.h.所有的2.4 的的client都支援最大32K的傳輸塊。系統預設的塊可能會太大或者太小，這主要取決於你的kernel和你的網絡卡，太大或者太小都有可能導致nfs 速度很慢。具體的可以使用Bonnie，Bonnie ，iozone等benchmark來測試不同risize和wsize下nfs的速度。當然，也可以使用dd來測試。
　　＃time dd if=/dev/zero of=/testfs/testfile bs=8k count=1024這是來測試nfs寫
　　＃time dd if=/testfs/testfile of=/dev/null bs=8k 這是測試nfs讀

　　測試時檔案的大小至少是系統RAM的兩倍，每次測試都使用umount 和mount對/testfs進行掛載，通過比較不同的塊大小，得到優化的塊大小。

以下為我的測試結果對比

1.當rsize跟wsize塊為8192：磁碟的讀寫速度以及所需時間為（讀寫資料為1G）

[[email protected] public]# time dd if=/dev/zero of=/home/data/magento/public/test.dat  bs=8k count=131072
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 11.2095 s, 95.8 MB/s


real    0m11.220s
user    0m0.032s
sys     0m1.717s
[

[email protected] public]# time dd if=/home/data/magento/public/test.dat  of=/dev/null  bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 2.8303 s, 379 MB/s

2.當rsize跟wsize塊為16384：磁碟的讀寫速度以及所需時間為（讀寫資料為1G）

[[email protected] public]# umount -l /home/data/magento/public
[[email protected]

public]# mount -t nfs -o rw,bg,soft,rsize=16384,wsize=16384  192.168.1.98:/home/data/magento/public/media  /home/data/magento/public
[[email protected] public]# time dd if=/dev/zero of=/home/data/magento/public/test.dat  bs=8k count=131072
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 9.54002 s, 113 MB/s


real    0m9.930s
user    0m0.025s
sys     0m1.434s
[[email protected] public]# time dd if=/home/data/magento/public/test.dat  of=/dev/null  bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 1.63804 s, 656 MB/s


real    0m1.647s
user    0m0.027s
sys     0m0.591s

3.當rsize跟wsize塊為32768：磁碟的讀寫速度以及所需時間為（讀寫資料為1G）

[[email protected] public]# umount -l /home/data/magento/public
[[email protected] public]# mount -t nfs -o rw,bg,soft,rsize=32768,wsize=32768  192.168.1.98:/home/data/magento/public/media  /home/data/magento/public
[[email protected] public]# time dd if=/dev/zero of=/home/data/magento/public/test.dat  bs=8k count=131072
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 6.99804 s, 153 MB/s


real    0m7.396s
user    0m0.023s
sys     0m1.378s
[[email protected] public]# time dd if=/home/data/magento/public/test.dat  of=/dev/null  bs=8k
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 0.50048 s, 2.1 GB/s


real    0m0.977s
user    0m0.018s
sys     0m0.487s

NFS的效能傳輸速度在逐步提升，但是實際情況還需要根據系統引數合理修改

　　2.網路傳輸包的大小
　　網 絡在包傳輸過程，對包要進行分組，過大或者過小都不能很好的利用網路的頻寬，所以對網路要進行測試和調優。可以使用ping -s 2048 -f hostname進行 ping，嘗試不同的package size，這樣可以看到包的丟失情況。同時，可以使用nfsstat －o net 測試nfs使用udp傳輸時丟包的多少。
　　因為統計不能清零，所以要先執行此命令記住該值，然後可以再次執行統計。如果，經過上面的統計丟包很多。那麼可以看看網路傳輸包的大小。使用下面的命令：
　　#tracepath node1/埠號
　　#ifconfig eth0
　　比較網絡卡的mtu和剛剛的pmtu，使用#ifconfig eth0 mtu 16436設定網絡卡的mtu和測試的一致。

　　當然如果risize和wsize比mtu的值大，那麼的話，server端的包傳到client端就要進行重組，這是要消耗client端的cpu資源。此外，包重組可能導致網路的不可信和丟包，任何的丟包都會是的rpc請求重新傳輸，rpc請求的重傳有會導致超時，嚴重降低nfs的效能。可以通過檢視 /proc/sys/net/ipv4/ipfrag_high_thresh和/proc/sys/net/ipv4 /ipfrag_low_thresh瞭解系統可以處理的包的數目，如果網路包到達了ipfrag_high_thresh，那麼系統就會開始丟包，直到包的數目到達ipfrag_low_thresh。
　　3.nfs掛載的優化

　　timeo:如果超時，客戶端等待的時間，以十分之一秒計算。
　　retrans：超時嘗試的次數。
　　bg：後臺掛載，很有用
　　hard：如果server端沒有響應，那麼客戶端一直嘗試掛載。
　　wsize：寫塊大小
　　rsize：讀塊大小
　　intr：可以中斷不成功的掛載
　　noatime：不更新檔案的inode訪問時間，可以提高速度。

　　async：非同步讀寫。

　　4.nfsd的個數
　　預設的系統在啟動時，有8個nfsd程序。
　　#ps -efl|grep nfsd
　　通過檢視/proc/net/rpc/nfsd檔案的th行，第一個是nfsd的個數，後十個是執行緒是用的時間數，第二個到第四個值如果很大，那麼就需要增加nfsd的個數。
　　具體如下：
　　#vi /etc/init.d/nfs
　　找到RPCNFSDCOUNT,修改該值，一般和client端數目一致。
　　然後，重啟服務。
　　#service nfs restart
　　#mount -a

       5.nfsd的佇列長度

　　對 於8個nfsd程序，系統的nfsd佇列長度是64k大小，如果是多於8個，就要相應的增加相應的佇列大小，具體的在/proc/sys/net /core/【rw】mem_default和/proc/sys/net/core/【rw】mem_max。佇列的長度最好是每一個nfsd有8k的大小。這樣，server端就可以對client的請求作排隊處理。如果要永久更改此值
　　#vi /etc/sysctl.conf
　　加入
　　net.core.【rw】mem_max=數目
　　net.core.【rw】mem_default=數目
　　#service nfs restart


　　NFS：網路檔案系統

　　（NFS：Network File System）

　　　　網路檔案系統（NFS），起初由 Sun 微系統公司進行開發，後經 IETF 擴充套件，現在能夠支援在不同型別的系統之間通過網路進行檔案共享。換言之，NFS 可用於不同型別計算機、作業系統、網路架構和傳輸協議執行環境中的網路檔案遠端訪問和共享。

　　　 　NFS 使用客戶端/伺服器架構，並由一個客戶端程式和伺服器程式組成。伺服器程式向其它計算機提供對檔案系統的訪問，其過程就叫做“輸出”。NFS 客戶端程式對共享檔案系統進行訪問時，把它們從 NFS 伺服器中“輸送”出來。NFS 傳輸協議用於伺服器和客戶機之間檔案訪問和共享的通訊，該協議還支援伺服器通過輸出控制向一組受到限制的客戶計算機分配遠端訪問特權。

　　　　 NFS 版本2，是 NFS 最早被廣泛應用的版本，起初完全運行於 UDP 協議之上，並且不保留狀態。幾大廠商擴充套件了 NSF 版本2，使之支援 TCP 傳輸。NFS 版本3整合了 TCP 傳輸。使用了 TCP 傳輸後，使得廣域網中的 NFS 應用更為靈活。在繼承了以前版本優點的基礎之上，目前，NFS 版本4在功能上有如下的改進：

　　 * 提高了經由 Internet 進行訪問的效能。本協議能夠很容易地通過防火牆；在等待時間較長時頻寬較小的情況下，其效能優越；且每臺伺服器所連線使用者的數目可擴充套件到相當大的數目。
　　 * 將許可條款內建到協議之中，安全性得到了極大的加強。在對遠端過程呼叫（RPC） PRCSEC_GSB 協議的支援上，本協議則建立在 ONCRPC 工作組的工作之上。另外，NFS 版本4支援客戶機與伺服器之間的安全對話，並要求客戶機和伺服器支援最簡單的安全計劃。
　　 * 支援擴充套件協議。本協議接受所支援協議的標準擴充套件，而不是打折的向後相容。

　　　 　NFS 與 UNIX 系統息息相關，儘管它可以用於任何平臺中，如 Macintosh 和 Microsoft Windows 作業系統。伺服器訊息塊協議（SMB）和國際網際網路普通檔案系統（CIFS）是 NFS 的類似協議，在 Microsoft Windows 平臺中，擁有著對等的網路檔案系統應用。


　　其實就是改為mount 192.168.1.220:/mnt/nfs /mnt/nfs_t -o nolock, rsize=1024,wsize=1024,timeo=15 就能獲得較快的傳輸速度。。。