通过讨论另一个问题,见Debugging strange error that depends on the selected scheduler,我遇到了一些关于我的线程安排的问题.我在Linux 2.6.x上运行root权限并使用pthreads在用C/C++编写的时序关键应用程序中执行并行操作.
我会试着给一些简短的,简单的片段来解释我的问题：
在主要的我开始的某个地方做：
struct sched_param sp;
memset(&sp,sizeof(sched_param));
sp.sched_priority = 99;
sched_setscheduler(getpid(),SCHED_RR,&sp);
@H_301_11@我理解这是切换我的程序以使用RR-Scheduler的代码,运行在max.优先.
在启动pthread时,我会这样做：
sched_param param;
pthread_attr_setinheritsched(&attr,PTHREAD_EXPLICIT_SCHED);
pthread_attr_getschedparam(&attr,¶m);
param.sched_priority = priority;
pthread_attr_setschedpolicy(&attr,SCHED_RR);
pthread_attr_setschedparam(&attr,¶m);
@H_301_11@我理解这一点,是使用’priority’中给出的优先级将要启动的线程切换到RR-Scheduler的代码.
如果main不会切换调度程序,那是否会等效地工作？
我不明白的是,如果有必要在main中调用该代码？ (主要功能除了启动所有功能,然后在键盘输入上阻止之外没有任何作用.)
我在哪里可以找到有关其工作原理的精确文档.我不认为联机帮助页在解释背景方面做得很好.
提前致谢.
最佳答案
默认情况下,Linux使用ntpl (Native POSIX Thread Library)实现,该实现将线程视为轻量级进程,因此调度程序将线程与其他进程一起调度.
在FreeBSD上,你有“原始”的pthread实现,它允许你指定线程调度策略,但线程没有被安排为默认的进程(除非设置了PTHREAD_SCOPE_SYSTEM参数)
因此,在您的示例中,您的线程被安排为具有高优先级的标准进程,因此它将与具有相同优先级的所有其他进程竞争,您的主要进程也是如此.
如果你的时间紧迫的东西在你的主题中,避免给你的主要过程高度优先,它将减少与你的实时内容竞争的过程.
我发现了PThreads和NTPL here之间的比较.
