我感觉是，似乎CPU倒不是主要瓶颈。
回复 1# fender0107401
弄个ramdisk试试。
回复 2# freearth
貌似有点麻烦。
在FreeBSD下面大概需要使用RAM来作/tmp，然后在/tmp里面编译。
但是估计确实能加速。
分布式编译不过一般一个工程几万行，一个项目几十万行，还用不着为编译性能操心
CPU永远是编译的瓶颈，如果模板用得多的话一个几万行的代码都编得你吐血{:3_182:}
回复 5# koolcoy
你是说CPP吧，我就用C。
回复 6# fender0107401
就用C的话瓶颈依然是CPU，编译过程太复杂了，磁盘io都是小事
回复 7# koolcoy
那正好，我就不折腾了什么ramdisk了。
你可以试一下make的那个-j参数，并行编译，在多核cpu下可以加速，我没试过{:3_203:}
编译一般都是cpu拖后腿
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
暂无简介
文章 0 评论 0
接受
发布评论
评论（9）
回复 1# fender0107401
弄个ramdisk试试。
回复 2# freearth
貌似有点麻烦。
在FreeBSD下面大概需要使用RAM来作/tmp，然后在/tmp里面编译。
但是估计确实能加速。
分布式编译
不过一般一个工程几万行，一个项目几十万行，还用不着为编译性能操心
CPU永远是编译的瓶颈，如果模板用得多的话一个几万行的代码都编得你吐血{:3_182:}
回复 5# koolcoy
你是说CPP吧，我就用C。
回复 6# fender0107401
就用C的话瓶颈依然是CPU，编译过程太复杂了，磁盘io都是小事
回复 7# koolcoy
那正好，我就不折腾了什么ramdisk了。
你可以试一下make的那个-j参数，并行编译，在多核cpu下可以加速，我没试过{:3_203:}
编译一般都是cpu拖后腿