要让程序更“听话”地使用cpu资源，可使用nice和renice调整进程优先级。1. nice用于启动进程时设置优先级，范围-20（最高）至19（最低），普通用户只能设正数，root可设负数；2. renice用于修改已运行进程的优先级，可通过pid、用户或组进行调整；3. 优先级调整有助于在多任务环境中优化系统响应性，如降低后台任务优先级以保障前台应用流畅；4. 实际调度中，nice值影响进程对cpu时间的竞争权重，但仅在资源紧张时起作用；5. 使用时需避免盲目提升优先级、误用作用范围，并结合系统监控与更高级工具如cgroups实现精细控制。
在Linux系统里，当我们谈论如何让程序更“听话”地使用CPU资源时，nice和renice这两个命令是绕不开的话题。它们的核心作用就是调整进程的优先级，决定了在系统资源紧张时，哪个进程能获得更多的CPU时间，哪个又需要“谦让”一些。简单来说，它们是系统管理员和高级用户用于精细化管理系统性能的利器，确保关键任务能顺畅运行，而那些不那么紧急的后台任务则不会拖垮整个系统。
要调整Linux进程的优先级，我们主要依赖两个命令：nice和renice。
使用 nice 命令在启动时设置进程优先级
nice命令用于在启动一个新进程时，为其指定一个优先级（nice值）。nice值的范围是-20到19，其中-20代表最高优先级，19代表最低优先级，默认值是0。请注意，只有root用户才能设置负的nice值（即提高优先级）。普通用户只能设置正的nice值（即降低优先级）。
基本语法:
nice -n <nice_value> <command> [arguments]
或者
nice --adjustment=<nice_value> <command> [arguments]
示例:
nice -n 19 python3 data_processor.py large_file.csv
我个人经常用这个，比如编译一个大型项目，或者跑一个很占CPU的机器学习训练，但又不想它影响我正常浏览网页或者写代码的流畅度，就直接给它一个高nice值。
nice -n 0 my_application
sudo nice -n -10 systemctl start critical_service
但说实话，实际生产环境里，我很少直接用nice -n -XX去启动服务，因为更精细的资源管理通常会通过cgroups或者系统服务管理器的配置来完成。
使用 renice 命令修改已运行进程的优先级
renice命令用于修改一个或多个已经运行的进程的nice值。这在某个进程突然变得异常活跃，或者你发现某个关键任务被其他进程拖慢时非常有用。
基本语法:
renice <nice_value> -p <PID> [PID...] renice <nice_value> -u <user> [user...] renice <nice_value> -g <group> [group...]
示例:
renice 10 -p 12345
这招特别好用，比如我发现一个后台任务开始疯狂吃CPU，导致我的桌面都卡顿了，我就会立刻ps aux | grep <process_name>找到它的PID，然后一个renice 10 -p <PID>扔过去，系统立马就“松了一口气”。
john所有进程的nice值设置为-5：sudo renice -5 -u john
这操作得非常小心，因为这可能导致john的所有进程都获得较高优先级，潜在地影响其他用户或系统的稳定性。
如何查找进程ID (PID):
通常使用ps或top/htop命令。
ps aux | grep <process_name>
例如，查找名为my_script.sh的进程：
ps aux | grep my_script.sh
输出中第二列就是PID。
这其实是个很实际的问题。我们的计算机系统资源是有限的，特别是CPU。当你同时运行多个程序时，它们都在争抢CPU时间。如果不加干预，操作系统会尝试公平地分配资源，但这“公平”有时并不符合我们的实际需求。
设想一下，你正在进行一个重要的视频会议，同时后台启动了一个大型文件压缩任务。如果压缩任务不加限制地占用CPU，你的视频会议很可能会出现卡顿、音频延迟，甚至直接崩溃。这时，调整优先级就显得尤为重要了。
对我来说，调整优先级更多的是一种“策略性”的资源管理。我希望我的交互式应用，比如终端、浏览器、IDE，能保持响应迅速，即使后台有编译、数据分析或者备份这种CPU密集型任务在跑。通过降低这些后台任务的优先级，我是在告诉系统：“嘿，这些活儿不急，慢慢来，别影响我正在用的东西。”反之，如果我有一个紧急的服务需要快速响应，即使它不是交互式的，我也可能会考虑提升它的优先级（当然，这需要root权限，并且要非常谨慎）。这种精细化控制能显著提升用户体验和系统整体的可用性，避免那种“一个程序卡死整个系统”的糟糕体验。
Nice值，这个-20到19的数字，它到底是怎么影响系统行为的呢？它不是直接决定一个进程能拿到多少CPU百分比，而是在操作系统调度器中，作为一种“权重”或者“建议”发挥作用。
Linux内核的调度器，尤其是CFS（Completely Fair Scheduler），它追求的是一种“完全公平”的CPU时间分配。Nice值在这里，就像是一个进程的“谦让度”。Nice值越高（比如19），说明这个进程越“谦让”，在CPU资源紧张时，它会更主动地把CPU时间让给其他nice值更低（优先级更高）的进程。反之，nice值越低（比如-20），这个进程就越“不谦让”，它会争取更多的CPU时间片。
但这里有个关键点：Nice值是相对的。如果你的系统上只有一个进程在运行，那么它的nice值是多少，它都会占用几乎100%的CPU（如果它需要的话）。Nice值的作用只有在多个进程同时竞争CPU资源时才体现出来。我见过一些朋友，在系统空闲时给一个程序设置了高优先级，然后惊奇地发现程序速度并没有变快，这就是对相对性的误解。
实际观察中，你可以打开top或htop，你会看到每个进程的“NI”列，那就是它的nice值。当系统负载较高时，你会发现nice值低的进程（比如-10）通常能保持较高的CPU利用率，而nice值高的进程（比如19）的CPU利用率可能会明显下降，甚至被“饿死”。这就是nice值在实际调度中的体现。它就像一场CPU资源的“拍卖”，nice值低的进程拥有更高的出价权。
在实际操作中，调整进程优先级虽然强大，但也容易踩坑。我总结了一些常见的误区和一些我认为比较好的实践方式。
常见的误区：
sudo renice -20。这是非常危险的。如果一个优先级极高的进程出现bug，比如进入死循环，它可能会完全霸占CPU，导致整个系统变得毫无响应，甚至连Ctrl+C或者kill命令都来不及执行。我亲身经历过，系统直接假死，只能硬重启。nice只对它启动的那个命令有效，而renice可以针对PID、用户或用户组。有时候你只是想降低一个子进程的优先级，结果不小心把整个用户的所有进程都改了。最佳实践：
nice -n 19 make -j$(nproc)
top、htop等工具持续监控系统的响应性和该进程的CPU占用情况。top、htop、vmstat、iostat等工具分析一下系统资源的使用情况。确认CPU确实是瓶颈，并且是由于进程调度不合理导致的，再考虑调整优先级。nice和renice可能不够用。可以考虑使用cgroups（Control Groups）来对进程组进行更细粒度的资源限制和管理，包括CPU、内存、I/O等。这能提供更稳定、可预测的性能。总的来说，nice和renice是强大的工具，但它们更像是手术刀，需要精准和谨慎。理解它们的工作原理，并结合实际的系统监控，才能真正发挥它们的作用，让你的Linux系统运行得更顺畅、更符合你的预期。
以上就是如何调整Linux进程优先级 nice和renice命令实践指南的详细内容，更多请关注php中文网其它相关文章！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
405
收藏
