2. 客戶端每次讀的數(shù)據(jù)大小，也會影響到性能。在上面的例子中客戶端每次讀64KB，是一個(gè)比較好的數(shù)值。如果讀的值特別小(比如4KB)，會增加讀操作和往返次數(shù)，從而影響性能。這個(gè)值的大小是由客戶端和服務(wù)器協(xié)商決定的?？蛻舳松贤耆Q于應(yīng)用程序，服務(wù)器上一般有設(shè)置選項(xiàng)。比如Windows服務(wù)器提供了SizReqBuf這個(gè)注冊表鍵值供用戶設(shè)置。

3. 另外一個(gè)性能影響因素是服務(wù)器的響應(yīng)時(shí)間。對于讀操作，最常用的優(yōu)化方式是啟用“prefetch”。即服務(wù)器在回復(fù)了前一個(gè)讀請求后，立即把接下來的數(shù)據(jù)從硬盤中讀出，等著回復(fù)下一個(gè)請求。

CIFS的寫操作和讀操作方式相似，對于相同點(diǎn)就不再贅述。不同點(diǎn)主要體現(xiàn)在響應(yīng)時(shí)間的優(yōu)化方式上。服務(wù)器為了優(yōu)化寫操作的響應(yīng)時(shí)間，一般采用 write cache的方式。也就是服務(wù)器先把客戶端寫過來的數(shù)據(jù)存在cache里，然后向客戶端確認(rèn)。接下來再慢慢把cache里的數(shù)據(jù)刷進(jìn)磁盤。當(dāng)然這種方式存在一定的風(fēng)險(xiǎn)，如果服務(wù)器突然斷電，cache里的數(shù)據(jù)就會丟失?？蛻舳说膽?yīng)用程序可以啟用write throuth來避免write cache。

下面，我們再看看NFS的工作方式。

和CIFS不同，NFS共享在使用前需要掛載(mount)。掛載時(shí)使用的參數(shù)很大程度上影響了讀寫的性能。列舉如下：

1. UDP或TCP：在網(wǎng)絡(luò)非常穩(wěn)定的情況下，UDP理論上比TCP性能好一點(diǎn)，因?yàn)閁DP包在協(xié)議上的消費(fèi)比例低。但是如果有網(wǎng)絡(luò)包丟失，TCP就顯示出優(yōu)勢。因?yàn)閁DP包丟失時(shí)，整個(gè)讀/寫操作的所有包都要重傳;而TCP包丟失時(shí)，只需重傳丟失的那個(gè)包即可。

2. rsize和wsize，每次讀寫的最大值。該值對性能的影響和CIFS的第二點(diǎn)是一樣的，所以不再贅述。

3. sync和async，sync意味著服務(wù)器需要把數(shù)據(jù)寫到磁盤再確認(rèn);async則意味著服務(wù)器可以把數(shù)據(jù)存到cache里就確認(rèn)，然后再慢慢把 cache里的數(shù)據(jù)刷進(jìn)磁盤。有一個(gè)經(jīng)常被忽視的嚴(yán)重問題：sync參數(shù)會強(qiáng)制wsize變成4KB，這會大大降低寫性能。

wangzhen