是只有我，还是重命名的手册页模棱两可？

Question

我正在考虑重命名一些进程，以便它们在服务器上负载很重的情况下保持响应。

我读了关于renice的简短的手册页，每次我再读一遍它，我就会理解得更少。它说它改变了调度的优先级。然而，优先级正好相反，所以考虑到命令被称为renice，这是令人惊讶的。进一步阅读，他们将在描述部分讨论调度优先级。

有用的优先级是: 19 (受影响的进程只有在系统中没有其他东西想要运行时才会运行)、0(基‘调度优先级)、任何负面的事情(使事情发展得非常快)。

这与顶层命令中的友好和优先级之间的关系是不一致的。从男人的顶部：

任务的价值。负的好值意味着更高的优先级，而正的好值则意味着较低的优先级。这个领域中的零仅仅意味着在确定任务的调度能力时，优先级不会被调整。

在顶级世界中，优先级是与良好相反的，而单独的PR字段显示出优先级值，这对于更快地运行过程来说是更高的。

在renice的世界中，优先级和友好的讨论就好像它们是相同的价值。事实上，renice -n显然等同于renice --优先级。

在renice手册页中给出的示例在许多系统上似乎是有用的:提高根进程的速度。但是，如果我没有弄错的话，它实际上是在降低速度。我觉得这是一个误导性的例子，或者至少是解释不清的例子。

抛出一个事实，即值要么是增量，要么是优先级，没有命令标志区分两者。所以renice +1可以使用，renice -1也可以。但是-1可以是优先级，也可以是增量，那么它被解释为哪一个？我只能猜测renice -1 root会做什么，或者在实验上确定它。似乎没有合理的方法来确定这将从手册页做什么。

一个“好”的人请解释什么命令会使根进程运行得更快，以及我如何解释下一步的手册页？

Answer 1

作为非根用户，我不应该得到更快的优先级。因此，一个正数确实更慢，负更快：

$ renice -n -10 6341
renice: failed to set priority for 6341 (process ID): Permission denied
$ renice -n +10 6341
6341 (process ID) old priority 0, new priority 10
$ renice -n 0 6341
renice: failed to set priority for 6341 (process ID): Permission denied

这也与ps显示的内容相匹配，它现在显示了该进程的SN+ (睡眠，很好，在前台)。手册页将N描述为“低优先级(对其他用户很好)”。在根目录中给出一个负数，将其转化为S<+，其中<是“高优先级(对其他用户不太好)”。

你说得对，文档看起来确实很混乱。对于renice来说，BSD似乎有着本质上相同的手册页，这一点也没有帮助，因此很难在那里寻找更好的描述。POSIX的文本似乎也不清楚，它是将尼斯值定义为

3.244 Nice值--用于通知系统更改进程调度的数字。数值较小的值在调度要运行的进程时给予进程附加首选项。数值较大的值减少了首选项，使进程不太可能运行。

然后说到renice -n说

指定如何调整指定进程的好值。增量选项-参数是一个正数或负十进制整数，将用于修改指定进程的漂亮值。正增量值将导致较低的良好值。负增量值可能需要适当的特权，并将导致更高的好值。

第二段似乎与美好的价值定义相矛盾。