推 ericinttu:ram disk 也可以 03/14 20:56
→ james732:推樓上，把source code通通丟進ramdisk應該會很快 XDDD 03/14 22:58
→ realmeat:使用ram disk記得要買個UPS, 不然會產生杯具 03/16 00:48
推 goldie:1F是說把kernel src放到/dev/shm裡面build嗎?那RAM得夠大@@ 03/16 22:20
※ 引述《cuteman0725 (Q麵)》之銘言：
: 開發層: (應用/框架/庫/核心) 框架
: 問題:
: 不曉得適不是適在這邊問，不過似乎這邊是最適合的
: 從 Google 網站 repo sync 一包 Androd 的 Source 之後
: 不曉得有人從版上實際用不同檔案系統來 Build Code 嗎？
: 比方說 ext4 或 xfs 之類的
: 想了解一下換檔案系統在 build code 的時間是否有顯著的差異？
: 因為若是在沒有 out 目錄的情況下，最少要 build 40min﹙4核心﹚
: 如果不需要升級硬體，只要換檔案系統就能加快5~10%的速度，那麼就有投資的價值。
: 不知道版上是否有人實際試過？
我沒有實際更換過檔案系統 build 過。
以下是就我所知的推論，如有錯誤也請多多指教。
build code 大部分的時間是在 compile，而 compile 的過程是耗費 CPU 的資源，
所以加上多核的參數可以有效的解省時間(當然系統也要是多核的系統)。
另外的時間為檔案存取，但似乎沒有聽過有哪個檔案系統主打
"我比市面上其他的檔案系統存取速度快 5-10%"，
大部分是靠更上層的 OS / AP 的快取(cache) / 預取(prefetch) 來加快速度。
但快取對 build 的動作其實無多大幫助，大部分的檔案幾乎都只讀一次。
預取的話，或許有一點點幫助，但是要提升到 5%-10%，似乎覺的不太可能。
結論:
換檔案系統，或許因為 block size, metadata 等些微的不同，我相信速度會有所差異，
但要有 5% 這樣明顯的差別，我是覺的似乎不太可能。
如果想單從 I/O 的角度來提昇 build 的速度，或許買個固態硬碟比較快:)
※ 編輯: afz096 來自: 140.119.80.94 (03/14 18:19)