Linux进程优先级（prio）是内核调度器分配CPU时间片的核心依据，合理调整优先级能让关键任务获得更快的响应，同时避免低优先级进程拖慢系统。 无论你是桌面用户还是服务器运维，掌握nice、renice和chrt这三板斧，就能在资源分配中掌握主动权。
怎么设置Linux进程优先级：三个核心命令
linux nice值有什么用：调整普通进程优先级
普通进程的优先级通过nice值间接控制,nice值范围-20到19，值越小优先级越高，默认0，内核实际使用的静态优先级prio等于120加nice值，所以nice值-20对应prio 100，nice值19对应prio 139，nice值并不能直接决定谁先运行，而是影响调度器分配给进程的时间片权重。对于CPU密集型任务，降低nice值（提高优先级）能显著缩短执行时间，但交互式进程（如桌面应用）更依赖内核的动态补偿机制。
使用nice命令启动新进程
nice -n <nice值> 命令 是最直接的设置方式。
nice -n 10 tar -czf backup.tar.gz /data普通用户只能调高nice值（降低优先级），root用户可以调低（提升优先级），如果不指定-n选项，默认增加10，需要留意的是，nice值对I/O密集型任务效果有限，因为磁盘等待不消耗CPU时间片。
使用renice调整运行中的进程
renice -n <nice值> -p <PID> 可以动态修改优先级，例如将PID为1234的进程优先级调高：
renice -n -5 -p 1234renice同样受权限限制,普通用户只能降低自己进程的优先级且不能降低到0以下，可以通过-g参数调整整个进程组，-u调整某用户的所有进程，推荐先用top或ps确认PID再操作。
使用chrt设置实时优先级
实时进程优先级范围0-99，数值越大优先级越高，且高于所有普通进程。chrt <策略> <优先级> 命令
设定实时策略：
chrt -f 80 ./realtime_task使用SCHED_FIFO策略，优先级80。chrt -r 90 ./realtime_loop使用SCHED_RR（时间片轮转）策略，优先级90。
查看现有进程的调度策略和优先级：chrt -p <PID>。实时优先级是一把双刃剑，设置不当会导致系统死锁，普通用户默认无权设置，需要root或CAP_SYS_NICE能力。
理解linux prio与nice的区别
从用户态到内核态：prio是最终裁决者
用户通过nice值表达“友好度”，但内核调度器实际使用的是prio（动态优先级），对于普通进程（SCHED_OTHER），prio由静态优先级和动态补偿共同决定，静态优先级基于nice值计算，动态补偿会根据进程的睡眠时间调整，奖励交互型进程，惩罚CPU消耗型。你设置的nice值只是起点，内核会在此基础上微调，而实时进程的prio直接等于用户设定的实时优先级，没有任何动态调整。
查看prio与nice的常用命令
ps -l显示PRI（实际优先级）和NI（nice值）。ps -eo pid,ni,pri,cmd自定义输出，PRI列就是当前内核使用的优先级。top中PR列显示实际优先级，NI列显示nice值，实时进程的PR显示为rt。- 更直观的
htop可以自定义排序和颜色，适合日常监控。
对比表格：nice、prio、实时优先级
| 参数 | 适用策略 | 调整方式 | 用户权限 | 是否动态变化 |
|---|---|---|---|---|
| nice值 | SCHED_OTHER | nice/renice | 普通用户可降级，root可升降 | 静态（但内核可补偿） |
| 静态优先级 | 普通进程 | 由nice值间接设定 | 同上 | 静态 |
| 动态优先级 | 普通进程 | 内核自动调整 | 用户无法直接干预 | 动态 |
| 实时优先级 | SCHED_FIFO/RR | chrt | 需要root | 静态 |
实际场景中的优先级调整策略
桌面环境：让交互软件更响应
运行多个后台任务时,桌面应用容易出现卡顿。将视频播放器或音效进程的nice值降低到-5至-10，能让它们优先获得CPU，避免被后台更新或编译任务抢走时间片，我自己在Ubuntu下习惯将pipewire和firefox的nice值手动调整，配合renice脚本在开机时执行，但要注意，过度降低nice值可能让其他进程饥饿，得不偿失。
服务器场景：批处理任务与关键服务
数据库和Web服务通常是核心,日志处理、数据备份等非关键任务可以调高nice值，以CentOS下的Nginx为例，多数运维人员会保持默认nice值0，但遇到高并发时，可以适当降低Nginx worker进程的nice值（如-5），让请求处理更快。行业共识认为，优先调整数据库进程的nice值效果更明显，因为数据库是CPU密集与I/O密集混合型，nice值主要影响CPU调度，对于I/O瓶颈，应该配合ionice或cgroups。
实时任务：谨慎使用实时优先级
工业控制、机器人、音频处理等场景需要确定性响应，这时才考虑实时优先级。使用chrt -r 99运行关键任务前，务必确保代码不会死循环或阻塞，否则整个系统会挂起，业内专家指出，在Linux上，实时优先级更适合短周期、有明确释放时间的任务，而非长时间运行的计算，多数情况下，调整普通优先级就能满足需求，无需冒险。
优先级调整的常见误区和注意事项
nice值不是万能药
nice值只影响CPU时间片分配,不解决I/O争抢，一个进程即使优先级很低，但如果它大量读写磁盘，仍然会拖慢整个系统，此时应该使用ionice设置I/O优先级，或者使用cgroups进行资源隔离。
不要企图用nice值弥补代码性能问题，优化算法和减少锁竞争才是根本。
实时优先级的风险
普通用户误用chrt可能被拒绝，但root用户一旦设置不当，轻则系统卡顿，重则无法远程登录。实时优先级99的进程如果死循环，Linux内核没有保护机制来抢占它，只能通过硬件复位或NMI看门狗恢复，所以在生产环境开启实时优先级前，务必做好熔断机制。
动态优先级的交互补偿
内核会检测进程的睡眠时间,并给予优先级奖励，让交互式应用感觉更流畅。所以你不需要手动调整桌面程序的nice值，大部分情况下内核做得更好，只有当你发现某个后台任务明显影响了交互响应时，再考虑调整它的nice值。
Q&A：Linux进程优先级常见问题
问题1：linux prio和nice有什么区别？
prio是内核实际用于调度的优先级,nice是用户用来间接影响prio的参数，对于普通进程，prio = 120 + nice + 动态补偿；对于实时进程，prio = 实时优先级（0-99），用户只能通过调整nice或实时优先级来影响prio，但不能直接设置prio。
问题2：如何设置实时进程优先级？
使用chrt命令,例如chrt -r 99 ./realtime_program设置SCHED_RR策略优先级99，需要root权限，实时优先级一旦设定，除非进程主动释放CPU，否则不会被普通进程抢占，调试时可以用chrt -p -r 50 <PID>降低优先级，避免系统卡死。
问题3：普通用户能调整进程优先级吗？
普通用户可以调整自己进程的nice值,但只能增加（降低优先级），不能减少，他们无法设置实时优先级，也无法使用负nice值，root用户则不受限制，可以任意调整所有进程的优先级和调度策略，这也是Linux安全模型的一部分，防止低权限用户垄断CPU资源。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/510684.html
