如何在 C/C++ 中降低线程优先级
how to lower thread priority in C/C++
我想降低线程的优先级。
我线程的默认策略是SCHED_OTHER
,我系统下的优先级范围(Ubuntu)是[0,0](我通过sched_get_priority_min(SCHED_OTHER)
得到范围和 sched_get_priority_max(SCHED_OTHER)
) 这意味着所有具有 SCHED_OTHER
的线程将具有相同的优先级。
有什么方法可以降低 SCHED_OTHER
的优先级吗?我搜索了一段时间,找到了 nice
值系统,但不确定这样做是否正确,因为 man page 说 nice 值是针对进程的,而不是线程,我很困惑...
任何人都可以给出正确的解决方案来做到这一点,也许还有一个简短的代码片段?谢谢!
已添加:
为什么我要降低线程的优先级:
我有一个工作线程,它周期性地做一些密集的计算(比如,每分钟几秒钟,因此会导致一些 CPU 使用高峰),我的整个系统将经历周期性的性能下降.但是这个工作线程的优先级很低,只要能在下一分钟之前完成计算就可以了。所以我想在这段时间内 window 顺利地分摊这个任务的计算。
确实,在 Linux 上安排优先级的情况对于什么适用于进程与线程是一个巨大的混乱。在规范级别,nice
和 setpriority
适用于进程,但 Linux 实际上并不支持这样做,因此它将参数解释为 kernel-level 线程 ID(与 pthread_t
不同,并且没有标准用户空间 API 来请求线程的 kernel-level tid!)。
您可能可以使用 SCHED_IDLE
或 SCHED_BATCH
实现您想要的效果,但它们也不是真正有效。
假设您运行正在使用 Linux 内核的最新版本,您可以尝试将线程设置为 SCHED_IDLE,如 this link 所示,即:
void set_idle_priority() {
struct sched_param param;
param.sched_priority = 0;
if (pthread_setschedparam(pthread_self(), SCHED_IDLE, ¶m) != 0)
perror("pthread_setschedparam");
}
在那种模式下,您的线程只会 运行 当系统中没有其他东西想要 运行 时 运行。
... 也就是说,我不确定这样做是否真的能解决您的问题,因为从您的描述来看,您一开始就不应该遇到这个问题。特别是,CPU-hogging 线程 运行 优先级 normal/default 的存在不应显着降低系统速度,因为调度程序应自动检测其 CPU-hogging 性质并隐式取消优先级它,而无需采取任何特殊步骤。这让我认为您的问题可能不是线程的 CPU 使用情况,而是其他问题,例如您的线程可能用完了系统的所有可用 RAM 容量,导致系统必须将内存分页到磁盘.那肯定会导致系统速度大大降低。另一种可能性是,如果您的线程正在处理大量磁盘 I/O(尽管这似乎不太可能,因为在这种情况下它可能不会固定 CPU 核心)。
您可以尝试用一个简单的 CPU-burning 循环暂时替换线程的计算,例如:
void my_thread_entry_func()
{
while(1) {/* empty */}
}
... 和 运行 只是为了看看它是否也会引起减速。如果不是,则不是 CPU-usage 本身导致速度变慢,而是您的线程正在做的其他事情,您需要进行进一步测试以缩小线程 execution-path是罪魁祸首。
我想降低线程的优先级。
我线程的默认策略是SCHED_OTHER
,我系统下的优先级范围(Ubuntu)是[0,0](我通过sched_get_priority_min(SCHED_OTHER)
得到范围和 sched_get_priority_max(SCHED_OTHER)
) 这意味着所有具有 SCHED_OTHER
的线程将具有相同的优先级。
有什么方法可以降低 SCHED_OTHER
的优先级吗?我搜索了一段时间,找到了 nice
值系统,但不确定这样做是否正确,因为 man page 说 nice 值是针对进程的,而不是线程,我很困惑...
任何人都可以给出正确的解决方案来做到这一点,也许还有一个简短的代码片段?谢谢!
已添加:
为什么我要降低线程的优先级:
我有一个工作线程,它周期性地做一些密集的计算(比如,每分钟几秒钟,因此会导致一些 CPU 使用高峰),我的整个系统将经历周期性的性能下降.但是这个工作线程的优先级很低,只要能在下一分钟之前完成计算就可以了。所以我想在这段时间内 window 顺利地分摊这个任务的计算。
确实,在 Linux 上安排优先级的情况对于什么适用于进程与线程是一个巨大的混乱。在规范级别,nice
和 setpriority
适用于进程,但 Linux 实际上并不支持这样做,因此它将参数解释为 kernel-level 线程 ID(与 pthread_t
不同,并且没有标准用户空间 API 来请求线程的 kernel-level tid!)。
您可能可以使用 SCHED_IDLE
或 SCHED_BATCH
实现您想要的效果,但它们也不是真正有效。
假设您运行正在使用 Linux 内核的最新版本,您可以尝试将线程设置为 SCHED_IDLE,如 this link 所示,即:
void set_idle_priority() {
struct sched_param param;
param.sched_priority = 0;
if (pthread_setschedparam(pthread_self(), SCHED_IDLE, ¶m) != 0)
perror("pthread_setschedparam");
}
在那种模式下,您的线程只会 运行 当系统中没有其他东西想要 运行 时 运行。
... 也就是说,我不确定这样做是否真的能解决您的问题,因为从您的描述来看,您一开始就不应该遇到这个问题。特别是,CPU-hogging 线程 运行 优先级 normal/default 的存在不应显着降低系统速度,因为调度程序应自动检测其 CPU-hogging 性质并隐式取消优先级它,而无需采取任何特殊步骤。这让我认为您的问题可能不是线程的 CPU 使用情况,而是其他问题,例如您的线程可能用完了系统的所有可用 RAM 容量,导致系统必须将内存分页到磁盘.那肯定会导致系统速度大大降低。另一种可能性是,如果您的线程正在处理大量磁盘 I/O(尽管这似乎不太可能,因为在这种情况下它可能不会固定 CPU 核心)。
您可以尝试用一个简单的 CPU-burning 循环暂时替换线程的计算,例如:
void my_thread_entry_func()
{
while(1) {/* empty */}
}
... 和 运行 只是为了看看它是否也会引起减速。如果不是,则不是 CPU-usage 本身导致速度变慢,而是您的线程正在做的其他事情,您需要进行进一步测试以缩小线程 execution-path是罪魁祸首。