Hi, guys) Я снова со своими потоками. Тривиальная задачка на продюсер-консумер:

Question

Hi, guys) Я снова со своими потоками. Тривиальная задачка на продюсер-консумер:

есть ограниченный размер контейнера, один читает, другой пишет. Делаем потокобезопасно

Код по ссылке ниже. Есть два вопроса: 1) таки правильно ли я его реализовала или это какая-то ересь, а не продюсер-консумер?
2) почему если запускать такую демо-версию, в итоге имеем пустой вектор (удалятель отрабатывает последний), а если раскомментить еще и поток вывода в строке 85, то наоборот получаем заполненный контейнер еще и циферками подряд (т.е. фактически сразу отрабатывает add, и никогда не отрабатывает remov)?

https://pastebin.com/3Wupx2KR

#c #embedded #programming #russian

0

08.06.2019

5 ответов

11 просмотров

Ilya Zviagin

Как бы что такое продюсер консьюмер - это ещё вопрос

0

08.06.2019

VCL

1) Ну логически правильно. Но если нужно высококлассно выполнить задачу, то нужно будет скорее всего запилить отдельный класс для этого всего. И явно не использовать внутри std::vector. Лучше уж какую-нибудь очередь std::queue. 2) Тут же race condition и неизвестно кто и когда успеет что делать. Лучше join-ить продюсеры перед консюмерами. И возможно std::cout просто как-то синхронизирует эти потоки, вот и все.

0

08.06.2019

VCL

> A fast multi-producer, multi-consumer lock-free concurrent queue for C++11 https://github.com/cameron314/concurrentqueue

0

08.06.2019

Ilya Zviagin

Устал читать все это сегодня. В конце концов выходной же...

0

08.06.2019

Danya🔥 · Accepted Answer

Danya🔥

А что будет, если лок мьютекса вынести на уровень функции?

0

08.06.2019

170 похожих чатов

Hi, guys) Я снова со своими потоками. Тривиальная задачка на продюсер-консумер:

5 ответов

Похожие вопросы