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

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

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

下面，我們?cè)倏纯碞FS的工作方式。

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

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

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

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

wangzhen

<u id="afm6k"></u>