gpt4 book ai didi

linux - 压缩 Web Root : Why didn't nice reduce CPU load?

转载 作者:塔克拉玛干 更新时间:2023-11-02 23:40:57 25 4
gpt4 key购买 nike

nice -n 19 find . -type f \( -iname "*.php" -o -iname "*.js" -o -iname "*.inc" \) \
-exec zip live.zip '{}' \;

上面的命令在我们的实时 CentOS 服务器上运行,就好像 nice 命令不存在一样。大约 60 秒后,当使用 top 命令时,我可以看到 zip 位于“顶部”。服务器开始崩溃,我不得不让命令崩溃。

最佳答案

nice 只设置进程的调度优先级。它不限制消耗多少 CPU 时间。

因此:如果一个低优先级进程想要消耗大量 CPU 时间/资源,那么它得到它们。 直到出现具有更高优先级的进程来占用 CPU 时间。

重点是:如果 CPU 没有其他事情可做,那么为什么不将所有 CPU 时间提供给需要它的进程,即使它没有高优先级?

如果您想将 CPU 使用率限制在最大值的 %,请考虑使用类似 cpulimit 的东西


编辑:

zip 可能会严重减慢速度的其他原因是:

  1. 磁盘 I/O:您可以使用 ionice 进行控制在某些发行版上(不确定 CentOS 是否默认具有它)- David Schmitt 在下面的评论中指出了这一点。

  2. zip 可能会分配大量内存,并换出其他进程。然后当这些进程被唤醒时(比如说 mysqld 得到一个查询),它们就变得迟钝了。您可以通过减少 Swappiness 来解决这个问题。 .但这是一个系统级参数,您可能希望保持不变。

关于linux - 压缩 Web Root : Why didn't nice reduce CPU load?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10599614/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com