fox12411 wrote:
RAMDisk我也有考慮過，但不太適合我的使用情況。
因為code的修改不一定馬上就好，可能持續個一、二天，才會把修改的部分check in到SVN上，如果在這段時間內
系統有什麼問題，當掉或是斷電的情況發生，這段時間修改的部份，就會付諸流水，風險實在太大了。
另外每一次開機，我都要重新從SVN下載CODE，也很浪費時間。...(恕刪)
蠻多RamDisk都有 關機寫回硬碟/開機再從硬碟讀出 的機制。
甚至DataRam的RamDisk還可以隨時按個按鍵就能馬上把目前RamDisk的資料寫進硬碟中。
這樣就跟隨時都能備份一樣，不用擔心已修改的CODE會因為系統掛掉而全沒了。
當然，因為有自動讀出的機制，更不會有你說的每次開機都得重新從SVN下載CODE的狀況。
RamDisk確實可以參考看看。
個人認為... 相較於RamDisk，用外接SSD的方式不會比較方便。況且，外接有外接的限制。
如果真要用SSD，不如拿SSD當系統碟兼build code，原本的硬碟改當資料碟。
而且build code這種常寫入的事本來就很耗損SSD
就算不考慮壽命也要考慮到寫多了以後的效率衰減
考慮到效率還是安全性, 弄個RAID-5才是比較好的辦法吧(用HDD或SSD都行)
附上RAID-5的benchmark:
http://taiwan.cnet.com/digilife/0,2000089053,20102159-20001423c-9,00.htm
跟產品賺的錢比起來, 這算是相當便宜的投資
BTW, 用UltraEdit搜尋整個code base...其實有更好的選擇
有錢的話弄套SourceInsight, 沒錢用VI+ctags也行...
所以我昨天從昨晚就用dataram來建RamDisk和跟同事借ssd來測試
發現以上幾點
1.build code time: ram~=hdd< sdd
2.search code base time: Ram == SDD <<hdd
3.commit code to SVN time: Ram == SDD <<hdd
尤上述結果得出一些結論，就是SDD的 write比起hdd並沒有優勢，反正比用HDD來的慢。
用SSD和RAM DISK，serch code 和commit code的時間並沒有明顯差距，我想應該效能頻頸應該是在CPU上
另外有人建議用RAID 5，我想這可能沒有辦法，因為我們的工作機都是NOTEBOOK，並沒有辦法直接擴充HDD
所以我才會想要用USB3.0來擴充。SourceInsight 我們公司也有在用，但我沒去申請，因為這是後來才
改用的，而且這二套軟體只能二選一，加上已經用習慣ultraEdit，不太想換了。
另外有人說不可能"3萬多小檔也不可能同時都寫入"，這也沒錯，不過每次build出來的檔案，會超過一萬個
如果再加build一個除錯版，就二萬多個了。如果我常常clean build，我想對SSD負擔也會很大的，所以我才
希望耐用
目前我是開2G 的RAM DISK，開1G太小，會造成BILD CODE的錯誤。所以以最高4G RAM DISK，大概只能放個二、三套
CODE BASE而且，算是一個小小的缺點，但還可以接受。我先試用一陣子，如果還不錯的話，我再去買4G的RAM把系統
加到8G。感謝大家的建議
內文搜尋
從 APP 打開
X