Каковы негативные аспекты pthread_cond помимо кластерного кода - PullRequest
0 голосов
/ 24 апреля 2018

извините, если вопрос уже был задан, я не смог найти его по многим вопросам, касающимся pthread_conds, по-другому.

Что касается моего вопроса, я искал все возможное и, хотя я нашел многопост, статьи и вопросы о том, как использовать pthread_cond, когда их использовать и чем они отличаются от семафоров, большинство людей оправдывает [не использование] pthread_cond следующим образом: you don't need it, и я никогда не виделлюбая задняя сторона переменных pthread_cond четко указана.

В последнее время мне говорили то же самое о проблеме с очередью из нескольких производителей / одного потребителя, где не должно быть никакой жажды с обеих сторон.

Сначала я испытал желание использовать pthread_cond даже на стороне продюсера, но только потому, что они обычно очень удобны, а не из-за надлежащей тщательной оценки параметров.

Что заставило меня задуматься: Если бы я в итоге использовал pthread_cond вместо простых мьютексов для вставки данных в мою очередь, каковы были бы последствия (кроме того, что я создал дополнительный код) во время выполнения моей программыесли есть?Действительно ли разница лишь в (небольших) изменениях размера кода и использования памяти?

Спасибо,

...