如何解决编译导致工作进入假死状态

haulm · 发表于 2010-9-3 11:18:21

编译某些程序经常导致假死，特别是mozilla的东西。
在桌面上如果出现假死现象，会导致其它工作进程陷入瘫痪，硬盘狂转，编译变慢，虽然有些编译进入僵死时不理会它也会完成编译，其它工作进程转为正常，但也有的编译会让机器慢至甚至8小时都不能完工，这些编译工作如果没有X服务的情况下也就几十分钟。
没有在gnome桌面的系统下编译过多少东西，从KDE3开始就有这些毛病，但不知道是否有办法解决这个毛病。为何编译工作会吃掉所有的资源，进而导致效率低下到无法工作？

haulm · 发表于 2010-9-3 11:20:21

曾经win98 应用年代出现好多释放内存的程序，难不成Linux下也需要这样的工具？

显示全部楼层 · 发表于 2010-9-3 11:36:42

提示: 作者被禁止或删除内容自动屏蔽

jiangtao9999 · 发表于 2010-9-3 12:21:20

编译器的问题，大部分情况是内存溢出导致所有内存和交换分区全都被占用。

jiangtao9999 · 发表于 2010-9-3 12:24:13

除非是你暴力超多线程编译，不然不应该导致机器无法使用的地步。
当然咱先不考虑flash的问题……

显示全部楼层 · 发表于 2010-9-3 17:03:07

提示: 作者被禁止或删除内容自动屏蔽

zy_sunshine · 发表于 2010-9-3 17:55:46

我编译上层包比较少，但是底层包来看，应该没有大问题，都是很严谨的。

haulm · 发表于 2011-4-11 08:24:26

编译 OpenSceneGraph 导致硬盘灯狂闪，KDE 假死至状态栏时间停止了一个多小时，忍无可忍强制重启了机器。这个问题是一直以来 Linux 的大问题，编译某些组件会出现资源狂占直至假死，假死状态编译效率过低，如果能撑过去还好，撑不了就不用等了，几分钟的编译可能会延长至几个小时。
OpenSceneGraph 昨晚是睡着了成功编译过一次，因为文件和 SPEC 档不符，所以重编译又遇假死，只好直接 %files 打包了，安装包文件要是大点就大点了。
我不知道新的内核是否能解决这个问题，等有空编译一次传说中神奇鸡血补丁的 kernel-2.6.38.x 。。。

sejishikong · 发表于 2011-4-12 10:09:05

内核的调度算法改下试试。

haulm · 发表于 2011-4-14 00:47:32

原帖由 sejishikong 于 2011-4-12 10:09 发表
内核的调度算法改下试试。

加载了 2.6.38 的 cgroup 后，在编译 OpenSceneGraph 时仍然有点卡，的确有所改观，至少不会陷入完全假死的境地。

[ 本帖最后由 haulm 于 2011-4-14 00:49 编辑 ]

		自动登录	找回密码
密码			注册

whistler_wmz 该用户已被删除	发表于 2010-9-3 11:36:42 \| 显示全部楼层提示: 作者被禁止或删除内容自动屏蔽
whistler_wmz 该用户已被删除
	回复使用道具举报显身卡

whistler_wmz 该用户已被删除	发表于 2010-9-3 17:03:07 \| 显示全部楼层提示: 作者被禁止或删除内容自动屏蔽
whistler_wmz 该用户已被删除
	回复使用道具举报显身卡