Tag: barrier

一旦pthread_barrier_wait返回，屏障怎么可以破坏？

这个问题基于： 什么时候摧毁pthread屏障是否安全？ 和最近的glibc错误报告： http://sourceware.org/bugzilla/show_bug.cgi?id=12674 我不确定在glibc中报告的信号量问题，但据推测，一旦pthread_barrier_wait返回，它应该是有效的，以便根据上述链接问题消除障碍。 （通常，获得PTHREAD_BARRIER_SERIAL_THREAD的线程或已经认为自己对屏障对象“负责”的“特殊”线程将是销毁它的那个。）我能想到的主要用例是当使用屏障时同步新线程在创建线程堆栈上使用数据，防止创建线程返回，直到新线程使用数据为止; 其他障碍可能具有与整个程序相同的生命周期，或由其他一些同步对象控制。 在任何情况下，只要pthread_barrier_wait在任何线程中返回，实现如何确保屏障的破坏（甚至可能取消映射它所驻留的内存）都是安全的？ 似乎尚未返回的其他线程需要检查屏障对象的至少某些部分才能完成其工作并返回，就像在上面引用的glibc错误报告中一样， sem_post必须检查服务员计数后调整了信号量值。