工作中使用vagrant作為開發環境，一直比較懶，直接用的預設方式共享目錄，但隨著專案越來越大，而且我的筆記本一般又不關機，都是直接合上，導致系統越來越慢，不但在guest中慢（比如切換目錄要1秒），連在host上開啟目錄也變得很慢。

終於有一天實在受不了，決定查查原因，網上看了很多文章，包括官網的文件，瞭解到大概有這樣幾種共享目錄的方式：

NFS、RSync、SMB、sshfs、vboxfs、unionfs

其中

• RSync和Unionfs不是我的菜，因為它們是基於同步原理，同樣的檔案，host和guest中都得留一份。（當然我也沒配置成功，說是ssh無許可權，但我用預設私鑰ssh是正常的）
• SMB也不是我的菜，因為它會留下一下匿名的共享賬戶，安全性很成問題（當然我也沒配置成功，只要設定type為smb，vagrant啟動時就會卡在啟動第一步：clean port什麼的）
• nfs官方說明：NFS folders do not work on Windows hosts.不過有個外掛vagrant-winnfsd安裝一下就可以支援了。
• sshfs資料很少，僅有的幾篇文章中說它的效能不錯。
• vboxfs為預設的共享目錄檔案系統，都說效能很差，我日常應用時，如果長時間不重啟系統，也會覺得有點卡。

不過一直很少有看到對這幾種系統的效能作一個全面對比的評測。

所以我決定用幾個簡單的測試大體看看sshfs、nfs、vboxfs、native的效能到底有多大區別。

測試環境為：Vagrant 1.9.7， VirtualBox 5.1.26， 每次切換掛載的檔案系統前用df -T 檢視檔案系統，防止vb使用預設檔案系統掛載。

測試A：大量檔案及目錄的資訊讀取                         （命令：sync;time du -h /www）

測試B：大量檔案及目錄的資訊讀取（warm）         （命令：sync;time du -h /www）

測試C：大量檔案的內容讀取                                   （命令：sync;time ./read.sh）

測試D：大量檔案的內容讀取（warm）                   （命令：sync;time ./read.sh

測試E：1GB連續檔案的寫入                                   （命令：sync;time bash -c "(dd if=/dev/zero of=/tmp/test.dd  bs=50K count=20000;sync)"）

測試F：10000個100KB檔案的寫入                         （命令：sync;time ./write.sh）

測試G：10000個100KB檔案的刪除                         （命令：sync;time rm /www/test -R）

其中我選擇了一個我日常開發所在的專案目錄 /www來掛載到virtualBox中，總大小為2.88GB, 共80079個檔案, 12254個資料夾，含有多個深層目錄，對它的一次遍歷也是挺耗時的。兩個指令碼如下：

#! /bin/bash
###read.sh
#read file in directory recursively
function read_dir(){
    for file in `ls $1`
    do
        if [ -d $1"/"$file ]
        then
            read_dir $1"/"$file
        else
            cat $1"/"$file > /dev/null
        fi
    done
}
read_dir /www

#!/bin/bash
###write.sh
#large amount of small file write
for (( i = 1; i <=10000; i++ ))
do
    dd if=/dev/zero of=/www/test/${i}.dd  bs=100K count=1;sync
done

從資料上看nfs和vboxfs的差距並不大，但是nfs寫入時會有莫名其妙的問題，有時在java中無法建立中文目錄，也不報錯，但是同樣的程式碼僅僅將共享目錄換成vboxfs就可以正常建立中文目錄。因此我覺得還是繼續用預設的vboxfs吧，我把pm2的watch和webpack的watch都關閉掉，感覺也流暢了不少，只是在目錄切換時還是會停留1-2s，懷疑是git的原因。

由於時間和精力有限，沒能做更多的測試，如有不對處歡迎指正。