ПК
co_await std::async(...);?)Думаю, в с++23 когда future станут awaitable, то да. Ещё должны быть комбинаторы из коробки, но это не так критично, можно и завелосипедить
Size: a a a
2020 July 31
ПК
Как раз когда это произойдёт, проблемы с временем жизни в С++ станут актуальны как никогда
ПК
Надо будет либо копить futures и потом в каком нибудь деструкторе их все ждать, либо передавать всё в корутины по значению или shared_ptr
ПК
Притом код будет выглядеть линейно, и можно провтыкать что передаёшь по ссылке
DP
почему не советуешь юзать?
Как показала многолетняя практика, к сожалению, пока что свои кастомные реализации поверх std::thread гибче и лучше работают
DP
На винде как раз есть PPL, он же Concurrency Runtime. И там как раз есть свой тред пул, которым ты как раз не владеешь. По сути для тебя это N detach потоков
Я посмотрел, на первый взгляд у них многопоточная обработка с неявной блокировкой до окончания вычислений, т.е. тот же join просто без смерти потоков из их тредпула
DP
Сразу скажу что смотрел мало и быстро, так что мог чего то не увидеть
ПК
Я посмотрел, на первый взгляд у них многопоточная обработка с неявной блокировкой до окончания вычислений, т.е. тот же join просто без смерти потоков из их тредпула
То что там есть где то join не так важно, если ты этим не управляешь. Объекты которые ты туда по ссылке зашарил уже сдохнут
ПК
Тут дело в самой асинхронности, которая требует синхронизаций
DP
Ну у тебя блокирующий вызов выходит пока они тебе параллельно не посчитают
DP
Это решает проблемы детачей
DP
Я общем то я бы просто сказал используйте std::jthread и собственно все
ПК
Ну у тебя блокирующий вызов выходит пока они тебе параллельно не посчитают
Там есть модуль с task base parallelism:
create_task([this]()Это неблокирующий вызов, который вызовет твои лямбды на тред пуле
{
return this->some_string();
}).then([this](string result_from_prev_task)
{
});
ПК
Я про него говорил
ПК
Вместо then можно писать через co_await
DP
Там есть модуль с task base parallelism:
create_task([this]()Это неблокирующий вызов, который вызовет твои лямбды на тред пуле
{
return this->some_string();
}).then([this](string result_from_prev_task)
{
});
Не понятно что это решает, при завершении основного потока это все будет не понятно как работать
ПК
Не понятно что это решает, при завершении основного потока это все будет не понятно как работать
Почему непонятно?
DP
И не ясно зачем пользоваться любым вариантом который подразумевает что любые вычисления почему то переживают main
ПК
detach же как то работают
AF
detach же как то работают
Неа, не работают(