通过讨论另一个问题,请参阅Debugging strange error that depends on the selected scheduler,我遇到了一些有关线程调度的问题。我在Linux 2.6.x上,使用root权限运行,并使用pthread在以C/C++编写的对时间要求严格的应用程序中执行并行操作。

我将尝试给出一些简短的摘要来解释我的问题:

总的来说,我在一开始就在某个地方做:

struct sched_param sp;
memset(&sp, 0, sizeof(sched_param));
sp.sched_priority = 99;
sched_setscheduler(getpid(), SCHED_RR, &sp);

我知道这是将我的程序切换为使用RR调度程序的代码,该调度程序以最大速度运行。优先事项。

启动pthread时,我会执行以下操作:
sched_param param;
pthread_attr_setinheritsched(&attr, PTHREAD_EXPLICIT_SCHED);
pthread_attr_getschedparam(&attr, &param);
param.sched_priority = priority;
pthread_attr_setschedpolicy(&attr, SCHED_RR);
pthread_attr_setschedparam(&attr, &param);

我理解这一点,它是使用“优先级”中指定的优先级将要启动的线程切换到RR-Scheduler的代码。
如果main会用而不是切换调度程序,那是否同样有效?

我不明白的是,是否有必要在main中调用该代码? (主要功能除了启动所有内容然后阻止键盘输入外,什么也不做。)
在哪里可以找到有关其工作原理的精确文档。我认为手册页在解释背景方面做得不好。

提前致谢。

最佳答案

默认情况下,Linux使用ntpl (Native POSIX Thread Library)实现,该实现将线程视为轻量级进程,因此调度程序会与其他进程一起调度线程。

在FreeBSD上,您具有“原始” pthread实现,该实现允许您指定线程调度策略,但默认情况下不将线程调度为进程(除非设置了PTHREAD_SCOPE_SYSTEM参数)

因此,在您的示例中,您的线程被安排为具有高优先级的标准进程,因此它将与具有相同优先级的所有其他进程(您的主进程)竞争。

如果您的时间紧迫的东西在您的线程中,请避免对主流程给予较高的优先级,它将减少与您的实时东西竞争的流程。

我发现在PThreads和NTPL here之间进行了比较。

关于linux - 了解涉及pthread的Linux调度,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/6108988/

10-11 21:57
查看更多