在update-apt-xapi运行时,100%的CPU使用率是否有害?
(系统:11.10运行Unity 3D)
当update-apt-xapi运行时,CPU使用率保持在100%(大约几分钟)。 这是正常的吗? 据我所知,该命令运行update-apt-xapian-index来更新软件包的索引。
我的问题是:如此高的CPU使用率可以接受几分钟? (我有戴尔Inspiron 1545笔记本电脑,处理器是“英特尔®酷睿™2双核CPU T6400 @ 2.00GHz×2”)
如果它可能有害,那么非技术熟练的用户可以采取哪些预防措施?
它是完全无害的。 如果它继续下去,你可以运行:
sudo killall update-apt-xapian-index
为了节省你的CPU油炸:D,这只有在你的系统冷却不良时才有风险。
要回答你的“子问题”,它并不是真正的“可接受”,因为它不是理想的,但它是“可接受的”,因为它不会长时间停留造成损害:) 。
专家提示:
当这个程序运行时,除非它是关键/重要的,否则停止执行你在计算机上正在做的事情,如果你有cpu-frequency指标,暂时将其设置为性能,并让应用程序贯穿其步伐。 通过这种方式,它可以更快地完成,并且当系统结束时,系统将更加顺畅(因为对资源的锁定较少)。
只能解决满意的问题:
apt-get purge apt-xapian-index
这从系统中删除了故障程序,我相信我的笔记本电脑不会开始使用100%CPU并同时再次丢弃硬盘驱动器。
同意将CPU使用率保持在100%几分钟不会造成任何伤害。
你可以随时使用:
acpi -tf
如果您担心,检查系统温度。
此外,您可能希望尝试调整流程的优先级,而不是杀死流程。
首先找到进程ID:
pgrep update-apt-xapian-index
然后设置优先级(-20最高,19最低):
renice 19 -p PID
这会将更新过程设置为最低优先级。 它需要更长的时间才能完成,但会使系统在运行时可用。
列出包删除解决方案的一些替代方案。
-
你可以使
/etc/cron.weekly/apt-xapian-index-update
不可执行:chmod ax /etc/cron.weekly/apt-xapian-index-update
-
或者,编辑该脚本以将参数
--update
传递给update-apt-xapian-index
命令,以便它将更新索引而不是重建索引。 (例如,在13.04,将$CMD --quiet
替换为$CMD --update --quiet
)( 来源 )
请注意,删除程序包(或阻止其执行)不会破坏系统,但会降低Synaptic和APT中的搜索速度。 另请参阅:“ 删除(清除)包apt-xapian-index会带来什么样的伤害? ”
我遇到过一篇文章,它提供了使update-apt-xapi
运行良好的代码,并降低了CPU使用率。 在这里阅读 。
我还没有对它进行过个人测试,但是我即将 – 并且评论主题提供了积极结果的证据。
更新 – 链接的文章提供了一些在cron文件中添加/修改的行,以在更新期间减少CPU。 事实certificate,这些线已经出现在我的案例中,所以对我没有帮助。 可能会为别人带来改变。