|
4#

楼主 |
发表于 2012-12-24 19:19
|
只看该作者
“CPU够了基本就受限于IO速度, 现在的本子是SSD, CPU不行, 8G内存也不大够, 散热也不好, make -j3 就可能降频, 准备上 W530 ,
装上 20G+ 的内存, 在10G+的内存盘上编译, W530 应该 make -j16 没有压力. 我想速度能快3倍...”
“这种时候内存带宽的影响比内存容量要大,编译用不了太多的内存的。倒是编译时需要在编译堆栈里反复读写大量零碎的数据,内存频率和时序倒是更重要些。
一make就降频,这散热也太成问题了吧,建议编译大项目这种活儿还是在台式工作站上进行比较好。记得以前图好玩,用个上网本编译linux真想死啊。。。”
“linux 编译起来很快啦, 那可执行文件才几M, 编译 webkit 的时候带调试信息, 光库文件就1.5G...
编译不要大内存容量的时代已经过了, 编译 webkit chromium andoird 的时候没有8G的内存就想砸机器, 没4G的内存, link chromium 的时候直接要等2个小时...
内存我只看大小, 不看频率, 瓶颈全在磁盘IO上, 内存速度影响很小...
make脚本有问题, make -j3 时候CPU占用率长期在 90% 以上, make -j2 的时候 70%. 当时不是为了带着方便买了个1.7kg的薄本子么, 本来就没打算用来干粗活.
台机就不考虑了, 不过台机是好啊, 客户方过来的脚本写的是 make -j24 , 郁闷死我了, 然后我们我们一起编译, 40分钟那边就好了, 我才开个头...”
“那些装16G甚至32G的双通道1333内存,还不如8G的4通道2133的内存。至于1G 2G的内存那没法编译大项目的,远远低于标准值了。
我之所以有这个感觉是公司的一个项目在LGA2011平台上编译的比较快,但是在1155平台上就慢好多了。内存的话1155机器是4条8G的,2011的才4条4G。当然同样是SSD,LGA2011平台上的PCI-E SSD也快些。”
"IE9已经开始调用显存了,IE10打开6个网页用了750MB的显存(显卡只有1G显存,有些限制),显示器是1280*1024的小显示器,2D显示的256够用现在不适用了,再用PS的话,还会再调用的。 "
"IE9调用显存相对IE6来说是个很大的进步,原来IE6是把网页图片缓存到本机硬盘,IE9缓存到显存里,速度快了很多,使现在较大的显存在平时2D时也能用的上。"
"现在越来越多的软件开始使用显存作为缓存加快显示速度
低端独显还是有存在意义,比核显要好得多了,也好减轻一些对系统总线的压力"
看来:升级到win7 64系统+各种应用软件版本的升级+高分辨率的普及,对主机各种硬件的性能要求更高了。
|
|