Jinwei wrote:
老實說開發人員的電腦往往都不如設計人員哩
編譯差個幾秒就當喝杯水
編譯差個幾秒是可以當喝杯水.
不過專案大編譯是十分鐘的時候, 十分鐘跟五分鐘是差很多的...
當在debug的時候就知道了, 改code 30秒, complie十分鐘...
好的CPU跟SSD絕對有可能把complie時間半減的.
不然complie的時候看FB或轉珠子也不是辦法...XD
如果是放在公司內使用，一般開發用途除非多媒體或者大量資料需求很明顯，不然8GB就很夠了，會慢都是卡在I/O上面，現在記憶體很貴可以考慮把資金移到SSD上面比較實際。RAM太多雖然可以當作Cache使用，切換許多程式時會順暢很多，但過多就無感了。另外就是RAMDisk對於大檔案的加速才會明顯，如果是一堆小小的原始碼，跟SSD相比就差異不太多，頂多快幾秒，但是當機的可能性多了許多。
bluesystem wrote:
但是SSD千萬記得要裝! complier的I/O bound比想像中的嚴重!
有空可以看一下, compling時的CPU usage, 很少會一直滿載的.
都是一下高, 一下低. 低的時候幾乎都是在I/O.
Compiler無疑是CPU bound。
您會誤以為是I/O bound，是因為HDD寫太慢讓CPU沒事做，或者RAM不夠大所造成的swapping。
不見得Compiler會支援i7的HT，或許i5最高等級即可，但CPU時脈快一點，RAM加多一點，對Compiler的速度有明顯的幫助。
那類 STUDIO 什麼的開發環境，小檔案超多（因為很多函式庫什麼的），可以去 C:\Program file\軟體名稱，看一下內容，檔案數有多少？肯定是好幾萬的。
SSD 應付這種小檔案超多的軟體（4K讀寫），會比較順。
硬碟不擅長讀寫小檔案超多的軟體，且先天上磁碟容易碎裂（需要 Defrag 重組）。SSD 是快閃記憶體的，不須重組，擅長 4K小檔讀寫。
1) SSD 一定要有
2) RAM 建議上 16GB。
IE/Chrome 開很多分頁查資料，加上軟體開很多，都很吃 RAM。瀏覽器分頁開太多，吃好幾GB 常有的事情。
以不吃 SWAP 為原則，RAM 16GB 為佳。就算用不了那麼多，多的都可以當快取，會比較順。（WIN7、WIN8 會把閒置的記憶體都當磁碟快取）
3) 看剩多少錢，CPU 買什麼。
工欲善其事，必先利其器。
雙通道是必要的。
SSD是可以大幅度改善傳統HDD造成的延遲。
你要說他就沒有存在IO Bound就太天真了。
現行走SATA的延遲最大，其次是PCIE，再來就是NVDIMM。
用RamDisk還是快上很多。
我真搞不懂不管是大檔小檔。
你CPU要處理是直接跟Memory拿還快？
還是CPU透過南橋，在透過SATA Controller在跟SSD拿檔還快？
當然是直接能跟記憶體比較快啊。
我平日在用的Code不大，200M上下，檔案數量1萬6千隻。
Ramdisk complier 10 mins
SSD要25 mins HDD要50 mins
這還是我的破爛NB，CPU是P6100
部門共用的雙E5工作站,不到一分鐘.用RamDisk,抱歉沒裝SSD試。
有768G的Memory任誰都不會再想要裝什麼SSD了。
反駁不了就惡意檢舉,真是一群垃圾農企粉!
內文搜尋
從 APP 打開
X