用nice调整编译会提速吗？
会产生什么不良后果？ 欢迎提出新课题！:mrgreen:我以前只在 2000 里把 winamp 优先级调高以保证电脑很忙的时候 winamp 播放 mp3 没有停顿，调高 emerge 优先级增加编译速度我还没有试过，等明天回公司去试一下！
今天晚上先提出几个猜想：
1. 根本无效， nice 不支持调节脚本的优先级，emerge 依然算 Python 脚本执行器，make 也有自己的脚本，根本没办法改它们的优先级；除非你能在每个 gcc 完成编译单个文件之前以XXX的速度敲击键盘 renice 它。。。
2. 一切 OK！
--> 2.4 内核下一切正常，编译速度有小许提高（本条件排除打了抢先式补丁的 2.4）
--> 2.6 内核下除了 gcc 在运行 OK 其它一切都变得暴慢，连鼠标移动都有停顿，但是编译时间那个短啊~！ :mrgreen:
3. 有问题! 硬盘及 CPU 由于速度过快烧了，然后 gcc + nice 就成了有始以来第一个成功直接破坏硬件的软件！（CIH 搞的是 BIOS，依然是软件） :mrgreen:
（不过 AMD 的 CPU 要是没加质量好的风扇的话也难说一定只是个玩笑，不过还好现在天气还算冷的说。。。）
不过说真的，如果真的能成的话我担心编译出来的东西不能用是真的。 " AMD 的 CPU 要是没加质量好的风扇的话也难说"
你为什么要这样伤害我……你为什么又让我想起伤痛欲绝的往事…………
55555555555～～ 楼上的，我可是一直很支持 AMD 的，当初我买电脑的时候给自己的配置单上可就是 AMD 的 Athlon 处理器，可没想到我老爸听信谗言花 1500 买了块 PentiumIII 600EB，三四年前了。。。
AMD 不会让人失望的，Athlon 64 会把电脑带入一个新时代！:mrgreen: 除非在进程很多的机器上，要不没什么改善的，反正就那么一个进程 还是有一些加速效果的。
页:
[1]