таким образом, что бы поток-читатель засыпал когда отправитель ещё ничего не послал?
(очень желательно что-то маленькое, не boost)
std::promise + std::future
любой мутекс/кондишинал похожим образом и работают
алсо, либы в бусте часто header only, сам буст распилен на части. Так что подходит под определние "что-то маленькое".
zmqpp
Тебе один раз посылать или много, в цикле условно? Второе очередь, или точнее канал, так и гугли c++ (Multi/Single Producer/Consumer, mpmc, spmc...) channel Но вообще если у тебя каналы на обычных потоках, скорее всего ты говно пишешь (на файберах или корутинах ок) А первое фьючи, стдшные говно, рекомендую эту библиотеку https://github.com/YACLib/YACLib (потому что пишу ее))
Много и регулярно. Есть три потока: * (отправитель) Поток, который вычитывает данные из serial порта. * (отправитель) Поток, который вычитывает пользовательский ввод с клавиатуры. * (получатель) Поток-координатор, в который два потока выше должны передавать данные.
mpsc channel c++ Ну вообще принципиально два нормальных варианта реализации: Одна на двух векторах и мьютексе, другая на mpsc stack По поводу дизайна, это можно реализовать иначе, вероятно у тебя будет какой то тредпул. Соответственно на нем можно завести strand, и пушить в него задачи из потоков отправителей (которые в принципе тоже могли бы быть тасками в каком-нибудь io тредпуле, судя по описанию)
Надо бы тебе смак починить и конан пакет сделать
А что не так с cmake? Не фанат пакетных менеджеров
Инсталл-секцию, думаю, можно подпилить
Ее вроде нет хм. А зачем она для статик либы? Если что я cmake пишу по принципу у меня работает
Чтобы можно было сделать find_package(YAClib REQUIRED) ... target_link_libraries(myapp YAClib::YAClib)
Ну так я поразрабатываться решу, или бенчмарки проверить > я не хожу в gtest, если он есть Чревато сломанными версиями
Но я не вижу чем required лучше чем quite + fetchcontent
Бенчмарки кст отдельные и там тебе фолли, qt, libc++, google benchmark понадобятся еще
Обсуждают сегодня