如何在不等待 pthread_barrier_wait() 的情况下执行 pthread_barrier_destroy()

Question

我有一个使用屏障来同步工作线程的多线程应用程序。

在函数compute()结束时，线程被取消：

...
for(int i=0;i<p; i++){
        printf("Thread %lu completed in %d passes\n",threads[i],find_tstat(threads[i])->count);
        pthread_cancel(threads[i]);
    }
    printf("================================================================\n");   
    return a;

线程在计算过程中被中断，因此它们可能位于障碍之间。这可能是导致 pthread_barrier_destroy() 挂起的原因，因为一些 barrier_wait() 尚未返回。

问题是；即使 wait() 没有返回，我怎么还能销毁？

Answer 1

正如问题提出的那样：

问题是；即使 wait() 没有返回，我怎么还能销毁？

答案是“你不能”，正如your other answer 解释的那样。

但是，如果记录保持得足够好，您可以专门启动足够多的额外线程来专门在屏障处等待，以便让任何其他已经在等待的线程通过。这可能与旨在为您的线程提供干净关闭而不是被取消的代码和数据联系在一起，这也是您应该做的事情。

另一方面，使用条件变量和互斥体很容易实现自己的障碍，而且结果更加灵活。您仍然不应该取消线程，但是您可以在手动屏障处等待，例如我描述的可软取消。这是我的建议。

Answer 2

你的问题的答案是：你不能。

1. man pthread_barrier_destroy

如果在屏障上阻塞任何线程时调用 pthread_barrier_destroy()，则结果未定义

1. man pthread_cancel

在 Linux 上，取消是使用信号实现的。

1. man pthread_barrier_wait

如果信号被传递给阻塞在屏障上的线程，则在从信号处理程序返回时，如果屏障等待尚未完成（即，如果所需数量的线程尚未到达，则线程将继续在屏障处等待）在信号处理程序执行期间的屏障处）；否则，线程应从完成的屏障等待正常继续。在信号处理程序中的线程从它返回之前，未指定其他线程在全部到达屏障后是否可以继续前进。

在屏障上阻塞的线程不应阻止任何有资格使用相同处理资源的未阻塞线程最终在其执行过程中向前推进。处理资源的资格应由调度策略确定。