RM
Я планировал таски часто использовать для большинства Entity
Size: a a a
2020 April 03
IO
Давно существует понятие конкурентного выполнения
IO
Советую с этим ознакомиться
IO
Твой же план дерьмо
RM
По сути, второй поток должен тупо сортировать и проверять задачи на истечение таймера выполнения, а потом либо передавать в boost::lockfree::spsc_queue основному потоку, либо как то иначе
IO
RM
Что?
IO
Ты подошёл к моменту, когда любая твоя идея просто хуёвая
IO
Извиняюсь за матерное сопровождение
RM
Ты подошёл к моменту, когда любая твоя идея просто хуёвая
Куда копать?
IO
Начни с известной книги энтони уильямса, которую он переиздал, кстати, недавно
IO
Автор многопоточной библиотеки буста, которая была перенесена в стандарт
RM
Начни с известной книги энтони уильямса, которую он переиздал, кстати, недавно
Я уже говорил, что у меня нету столько времени чтобы читать целые книги, я и так с трудом нахожу время читать книгу об алгоритмах
IO
Плюс есть среднячковая книжка от автора сайта moderncpp, не помню как его зовут, но я бы тоже рекоммендовал к ознакомлению
RM
Автор многопоточной библиотеки буста, которая была перенесена в стандарт
Да мне не нужна вся многопоточность, мне лишь кусочек асинхронности, основная проблема в том, как без проеба и просадок сделать общий queue контейнер, например, тот же boost spsc_queue
IO
Я уже говорил, что у меня нету столько времени чтобы читать целые книги, я и так с трудом нахожу время читать книгу об алгоритмах
Я тебе скажу так
RM
Я понимаю,что там будет проблема с тем, что не всегда consumer успеет считать после producer'а
RM
Но это не так важно по сути в данном случае
IO
Прочитав нужную литературу конкретно в данном вопросе ты сам для себя сэкономишь и силы, и время
RM
На книги месяц минимум нужно