std::async После работы async-ов, например, этой , обнаруживаю кучу потоков в процессе, хотя все они отработали. Это пул? Как почистить? Надо ли это делать?

MasterZivТак что у тебя собственно нет выбораДа, в общем-то, у меня проблем и не было о_о
Я просто хотел узнать про почему потоки остаются в процессе? Судя по докам, потоки могут браться из пула потоков, а раз могу браться, значит туда могут и складываться , вот хотел поподробнее узнать про пул.

Так-то я обычно, да, руками создаю треди (beginthreadex) и разруливаю мьютексами. Но тут понадобилось рабочий код, в котором есть некоторый контекст, разрезать на две параллельные части, одна из которых - запрос в базу. Всё хорошо, но контекст вокруг надо куда-то сложить, а потом достать. Т.е. надо организовывать вариативное хранилище данных с диспетчером. А усложнять код не хотелось. Пошёл почитать, что нового есть в плюсах по многопоточности. Нашёл async, который позволяет скинуть всю функцию вместе с сигнатурой в поток. Отлично!
MasterZivМне не нравится C++ Multi-threading из- за большого количества кода, за которым теряется суть программы.Это немного странно.
maytonДля него Pipeline полезнее чем многопоточка.Иногда без многопоточки гораздо хуже. Если, к примеру, есть реалтайм, в котором много вычислений и много рисований. Можно параллельно что-то одно считать, а другое рисовать. При этом легко можно управлять скоростью пересчёта и рендеринга отдельно. Тогда как в одном потоке, мало того, что медленнее, так ещё и сложнее это сделать.

maytonЯркий пример - основной цикл WNDPROC.У WNDPROC очередь с приоритетами. И, наверно, было бы неплохо, если можно было свои вещи встраивать в эту очередь. О чём я: у меня запрос в базу через ADO, база далеко, основной поток встаёт в ожидании весь. В идеале, я отправил запрос, одно событие, получил ответ - второе. Ну, т.е. так и надо делать. Но самому. А WNDPROC это уже есть. Я вот тут пишу сейчас код быстро, так получилось. Хотел сделать индикацию ожидания запросов из базы, прогрессбар. Но основной поток занят, надо делать отдельный поток, который будет: 1. по таймеру обновлять прогресс, 2. выгребать и диспатчить WNDPROC, иначе прогресс будет не виден глазами... Но в результате вынес сами запросы в отдельные потоки, теперь можно наблюдать гонки заполнения продуктов в приложении по мере выполнения запросов, а индикация крутится по таймеру/событиям в основном потоке.

Dimitry SibiryakovА найти и включить у ADO асинхронный режим - задача непосильная для среднего программиста,
ага.
Ага.
Ну, для начала, не хочется отдавать управление потоками ADO.
А во-вторых, я как-то не думал в эту сторону. Посмотрю, спасибо.

Dimitry SibiryakovТы не поверишья поверю, просто дело в контроле, хочется это место самому контролировать.