- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我正在使用 pthread_cond_wait()
但我仍然不确定它是如何工作的。我有更多线程,可以完成这项工作:
pthread_mutex_lock(&mutex);
while(count() == 0){
pthread_cond_wait(&signal, &mutex);
}
//some critical section
pthread_mutex_unlock(&mutex);
然后我有一个主线程
,我在其中调用函数pthread_signal(&signal)
在 signal
之后有多少线程被唤醒
?这是正确的代码段吗?
最佳答案
I'm using pthread_cond_wait() and I'm still not sure how It works.
这似乎不明智。
Then I have a main thread where I call function
pthread_signal(&signal)
How much threads are waked up after signal ?
pthread_cond_signal()
唤醒至少一个当前等待条件变量的线程,前提是有任何这样的线程要唤醒。如果在没有线程可唤醒时调用,则它没有可观察到的效果。
如果有多个线程可用于唤醒,则可以唤醒多个线程,但通常预期只有一个线程会被唤醒。然而,由于虚假唤醒也是可能的,因此正确说明 pthread_cond_wait()
和 pthread_cond_signal()
行为的全部范围的代码将具有正确的语义,无论有多少线程被唤醒,并且在接口(interface)的这一侧实际上不可能区分哪些线程和多少线程被信号唤醒,哪些线程被虚假唤醒。
It's correct segment of code ?
您提供的代码摘录似乎展示了使用条件变量的正确形式。特别是,总是有必要在等待之前和醒来之后但在继续之前检查与 CV 关联的谓词。您的代码正确地做到了这一点,假设 count() == 0
是正确的谓词。
但是,您的整个程序是否正确使用互斥锁和条件变量是一个单独的问题,而且您没有提供足够的信息来回答它。有时,像您这样的线程需要在离开临界区之前向条件变量发出信号。也可能是您希望主线程执行 pthread_cond_broadcast()
而不是 pthread_cond_signal()
。还有很多其他的可能性。
关于c - pthread_cond_wait() 如何工作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/43526053/
很久没看APUE,今天一位朋友问道关于一个mutex的问题,又翻到了以前讨论过的东西,为了不让自己忘记,把曾经的东西总结一下。 先大体看下网上很多地方都有的关于pthread_cond_wait()
为什么在调用 pthread_cond_wait 之前需要锁定互斥锁? 此外,在调用 pthread_cond_signal 之前是否需要锁定(在同一个互斥体上)? ? 谢谢你的帮助。 最佳答案 Wh
从这里:https://computing.llnl.gov/tutorials/pthreads/#ConVarSignal Note that the pthread_cond_wait rout
我正在编写各种代码片段,看看会发生什么。下面的代码旨在延迟所有线程,直到所有线程都到达代码中的某个点,然后使每个线程打印一个独特的数字。由于线程都这样做,因此数字应该以随机顺序出现。 我当前的问题是我
这个问题是关于 llnl 中的 pthread 教程。 。假设有三个线程。 主题 1: pthread_mutex_lock(&mutex) do_something... if condition
因此,pthread_cond_wait()的想法是,它将解锁互斥体并等待条件。 假设您首先手动解锁互斥体,然后等待条件出现。在该时间范围内,在这两个操作之间,您必须假设可能会发生一些不好的事情,另一
我有一个线程 A,其函数在循环中运行,执行某些操作并唤醒另一个线程 B。然后它释放互斥体并继续下一次迭代。线程 B 等待直到收到信号,然后执行某些操作。我的问题是,是否保证 B 在收到信号后会获取互斥
我正在尝试解决 Dining philosophers problem使用 C++。 代码是用 g++ -lpthread 编译的。 整个解决方案在 philosophers github 上.存储库
首先,我的问题是不同的。 在我的场景中,有一个等待线程,它等待条件变量。信号线程信号条件变量。 我的代码是 //Wating thread //Lock the mutex_ //mutex_ is
我正在尝试以我认为应该使用的方式使用 pthread_cond_wait。我在一个等待改变的方法中使用它,当它改变时,它会调用另一个方法来获取数据。如下所示: void waitForSomethin
我的堆栈中有一段代码正在运行,等待 pthread_cond_wait。信号被发送到同一进程,但信号处理程序中没有“pthread_cond_signal”代码来通知 pthread_cond_wai
如果线程调用 pthread_cond_wait(cond_ptr,mutex_ptr) 将返回一个null cond_ptr,是否保证不会睡着? 根据 http://pubs.opengroup.o
关于下面的代码,我的理解是线程1抢锁,检查条件,解锁时钟,将自己置为休眠状态。之后,线程 2 申请相同的锁和增量计数,然后唤醒休眠线程。我的问题是现在的条件还是false,但是唤醒了休眠的线程,会发生
我正在使用 pthread_cond_wait() 但我仍然不确定它是如何工作的。我有更多线程,可以完成这项工作: pthread_mutex_lock(&mutex); while(count()
这个问题是关于 llnl 中的 pthread 教程的.假设有三个线程。 线程 1: pthread_mutex_lock(&mutex) do_something... if condition
bool flag=false; pthread_mutex_t mutex=PTHREAD_MUTEX_INITIALIZER; pthread_cond_t cond=PTHREAD_COND_I
长话短说 我有一个作业需要实现线程同步。在实现过程中,我担心 pthread_cond_wait() 是否也锁定了互斥锁,如果它被虚假唤醒,而不仅仅是成功唤醒。 任务 该任务是一个工作人员/交付问题,
pthread_cond_wait 是否将调用线程置于等待状态以被 pthread_cond_signal/pthread_cond_broadcast 唤醒,这样它就不会轮询和搅动 CPU? 另外,
我目前正在尝试分析第三方源代码中的一个问题,其中线程(对应于 THREAD-T1 的代码片段)处于无限等待状态。怀疑是线程卡在了pthread_cond_wait。以下是相同的详细信息。 代码说明 T
我有以下代码: typedef struct { ... volatile int i_lines_completed; pthread_mutex_t mutex; q265
我是一名优秀的程序员,十分优秀!