Questions tagged «priority»

3
为什么不能使用renice来增加流程的价值?
来自man renice: 超级用户以外的用户只能更改其拥有的进程的优先级,并且只能在0到PRIO_MAX(20)的范围内单调增加其“ nice值”(出于安全原因)[...] 因此,我可以将renice自己的进程向上(给它们较低的优先级),但从不向下: $ renice 10 22316 22316 (process ID) old priority 0, new priority 10 $ renice 9 22316 renice: failed to set priority for 22316 (process ID): Permission denied 为什么是这样?我能理解为什么普通用户不能将漂亮的值设置为小于0的原因,但是为什么可以将优先级降低到10却又不能将其提高到9?这有什么“安全原因”?我有权启动一个值为9的进程,那么为什么我不能将其降为9? 编辑:我应该学会向下滚动。事实证明,这已列为bug man renice: BUGS Non super-users can not increase scheduling priorities of their own processes, even …
25 nice  priority 

2
为什么精美度从-20到19?
该nice命令允许您调整程序的调度优先级(“ niceness”)。在我使用过的所有类Unix系统上,niceness由一系列整数指定,其中-20是最有利的调度优先级,默认值为0,最不利的调度优先级是19。 将默认值设为0足够直观,但是为什么选择-20和19作为范围的端点?为什么不使用-128和127,它们恰好适合带符号的8位字节?还是为什么不使用-100到100(对于十进制思维的人来说更直观),或者类似地但在人机工程学上更容易使用-99到99?-20至19的范围是任意选择的还是nice与最初与之交互的调度程序的内部有某种关系?(我知道,至少对于Linux来说,今天没有这种关系,Linux的调度程序使用的优先级在0到139之间。但是,我对-20到19范围的历史原因很感兴趣。)


2
(-)的niceness值是什么意思?
根据手册页和维基百科;nice范围从-20到20。 但是,当我运行以下命令时,我发现某些进程具有非数字值,例如(-)。请参阅左侧第六栏,标题为“ NI”。 (-)的优美表示什么? ps axl F UID PID PPID PRI NI VSZ RSS WCHAN STAT TTY TIME COMMAND 4 0 1 0 20 0 19356 1548 poll_s Ss ? 0:00 /sbin/init 1 0 2 0 20 0 0 0 kthrea S ? 0:00 [kthreadd] 1 0 3 2 -100 …

7
如何启动一个数值为-20的进程,而不给它root特权?
我想以-20的不错的价值开始一个过程。这要求我使用类似-的命令sudo nice -n -20 matlab。但是,这也会以root身份启动matlab。有没有办法让matlab成为非root用户? 我当前的方法是-- sudo nice -n -20 sudo -u myusername matlab在我看来,这很像黑客。有直接的方法可以做到这一点吗?
18 process  priority  nice 



4
以非常低的优先级运行linux进程?
我有一个常规过程,它并不那么重要,但是会消耗大量的CPU能力,还有一个非常重要的过程,但是它花费了大部分时间空闲,但是当找到工作时,它确实需要很高的计算能力 我试图与运行nice -20 ./low_priority_process和nice --20 ./high_priority_process,但仍然较低优先级占用CPU的显著量时高优先级的进程是需要的人,我怎么可以运行一个过程,真的会产生或使用时CPU供电另一个进程甚至自动挂起
12 process  cpu  htop  priority  nice 

2
无竞争的cpuset中的线程的调度程序优先级和策略有什么影响(如果有)?
我有一个Linux系统,其中我们已使用cgroups创建两个cpu_exclusive cpusets A和B,并且已将所有用户线程和所有未绑定的内核线程迁移到连接到cpuset A的cgroup。在cpuset A中运行的事物具有不同的调度程序策略和不同的优先级,并且cpuset A中运行的线程比cpuset A中的内核多。 还有一些非常活跃的进程连接到cpuset B,这些进程中的用户线程总数永远不会超过cpuset B中专有的核心数量。目标是屏蔽在cpuset中运行的这些重要任务B从机器上的其他活动中最小化处理延迟。 在这样的设置中,在cpuset B中运行的用户线程的调度策略/优先级是否具有可观察到的效果?换句话说:将B个cpuset线程的调度策略从默认的SCHED_OTHER更改为SCHED_FIFO或SCHED_RR是否会产生好的或坏的后果? 似乎答案应该是“否”,因为调度程序应该能够将在cpuset B中运行的每个线程分配给自己的专用内核,因此没有什么要进行优先级排序或调度的,因此B的策略和相对优先级cpuset线程无关紧要。另一方面,还有绑定内核线程和“调度程序域”方面需要担心的方面,可能还有其他我没有考虑的方面。 在实际意义上,在超额配置的独占cpuset中运行的线程的调度策略和优先级是否重要?

1
非实时操作系统中的实时优先级
如果我在标准Linux Mint安装上执行以下命令: comp ~ $ ps -eo rtprio,nice,cmd RTPRIO NI CMD ... 99 - [migration/0] 99 - [watchdog/0] 99 - [migration/1] - 0 [ksoftirqd/1] 99 - [watchdog/1] 我得到的某些进程的实时优先级为99。 rtprio在非实时Linux中是什么意思?这是否意味着如果我仅使用rtprio99 运行一个程序,它将实时运行?实时操作系统在这个故事中落在哪里?


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.