C 强制线程在 pthread_create 之后立即启动。 pthread_create 之后的 pthread_yield？

Question

我正在努力实现以下目标：

强制新创建的线程在pthread_create() 之后立即开始运行。没有使用实时调度。

来自pthread_create() man page：

除非实时调度策略 正在使用，在调用 pthread_create() 之后，它是 不确定下一个线程（调用者还是新线程） 执行。

这当然是有道理的。因此，我想通过使用pthread_yield() 我将强制 新创建的线程接管并因此启动。但事实并非如此。

我只有在pthread_create() 之后睡觉才能达到预期的效果。但我不想依赖这个解决方案。

1. 为什么我无法通过pthread_yield() 实现我的目标？
2. 除了使用睡眠还有其他方法吗？
3. 新线程的创建与任务切换的处理方式相同，即遵循调度策略？比如在RT（抢占式）调度中，如果新创建的线程具有更高的优先级，是否会立即抢占当前线程？

相关帖子：

• Does pthread_create starting thread?
• pthread_mutex not updating fast enough, so one thread "hogs" the lock.

谢谢！

Answer 1

如果您使用的是多核系统，那么您的新线程可能会安排在与创建它的线程不同的内核上。调用pthread_yield() 可能不会产生预期的效果，因为它可能只影响调用者核心的调度，而不影响任何其他核心。效果通常是将线程放在可运行队列的末尾。 （还值得注意的是，pthread_yield() 不是标准系统调用，因此没有关于其预期行为的标准参考。）

如果睡眠时间不为零，则调用sleep() 可能会产生不同的结果。线程实际上是放置在一个定时器唤醒队列中，并且必须在定时器到期后移回可运行队列。这将更有可能在创建线程重新唤醒之前运行不同内核上的新线程。

如果新线程的优先级高于创建它的线程，它将抢占创建线程。

按照 cmets 的建议，可以通过使创建线程有条件地等待来自新创建线程的信号来实现可预测的行为。