Добрый день эксперты (Тех кто очень хочет меня потролить и вспомнить былые разборки прошу тему не засорять)

Хочу задать вопрос по поводу std::async

Если я использую async policy гарантирует ли мне С++ что поток будет уничтожен после выполнения задачи ?

не будет ли у меня возникать утечка потоков ?

В документации ничего про это не нашел - но вижу слухи про это в ветках форума.

kealon(Ruslan)semen.s.semen,

если вы не делаете ничего сверх убогого среднего (т.е. например не смешиваете компиляторы и рантаймы), то всё норм
даже если под капотом ваше творчество будет пул обслуживать, а не каждый раз поток создаваться
вам в принципе это должно быть фиолетово

Мне некоторые коллеги и тут на форуме говорят что std::async приводит к образованию неумирающих тредов зомби и как следствие текущим ресурсам

Это пустые страхи и бред или правда ?

featureНеосиляторы, однако, сущие неосиляторы.


Я так понимаю это привычное российское хамство в мой адрес (говнарь не осилил красоту ДНК)

Поясните пожалуйста на какие академические статьи по С++ в разных платформах или на результаты каких экспериментов Вы ссылаетесь в ваших ответах

Иначе эту будет расценено как тупой грубый и необоснованный флуд.

featureРеконструием состоявшийся диалог:

— Мне некоторые коллеги и тут на форуме говорят что std::async приводит к образованию неумирающих тредов зомби и как следствие текущим ресурсам

— Неосиляторы, однако, сущие неосиляторы.

— Я так понимаю это привычное российское хамство в мой адрес (говнарь не осилил красоту ДНК)

Желающий обидеться таки найдёт повод обидется, несмотря ни на что :) Хоть что с ним делай, хоть какую объективную конкретику ни приводи.

Ну то есть кроме утверждения о том что я обиделся - никакого объективного объяснения не будет ?

Я так и думал.

Флуд он и есть флуд.

Dimitry SibiryakovDima Tпоток уже не работает, ресурсы не использует, но для ОС он еще существует.

И именно это и называется зомби-потоками. А что под этим словом подразумевал семён -
остаётся для меня загадкой.


Именно это семен и понимает

Зомби - ресурс отжираемый процессом (занятый для ОС) но при этом неиспользующийся самим процессом

Dima TСемен сам себе противоречит.


Поясните где ?

Dima Tsemen.s.semenпропущено...


Поясните где ?
Dimitry SibiryakovMSDN CreateThread(): "Завершившийся поток существует пока не закрыт последний его хэндл."
man pthread_create(): "Завершившийся поток существует до join или detach."

Если процесс сам держит незакрытым хэндл завершившегося потока, то поток существует с точки зрения ОС. Но это не криминал, т.к. это несколько сотен байт для описания потока и никакой нагрузки на процессор.

С другой стороны если есть желание запустить какой-то код в отдельном потоке, то создать поток это дорого, т.е. поток долго создается, что может просто похоронить весь выигрыш от запуска в отдельном потоке, поэтому желательно создать поток заранее и ждать в нем сигнал на исполнение нужного кода. Т.к. библиотека не может предсказать сколько сигналов будет, то лучше создать N потоков и в каждом ждать. N не меньше чем ядер проца.

Теперь переходим к оценке затрат на ждущий задание поток:
1. Процессор он не расходует. Совсем.
2. Память расходует, описание потока какое-то создается, стек 1 Мб. Если не углубляться и преувеличить, то максимум 2 Мб на поток.

Тут все оптимально, но можно словить тормоз почти на порядок на ровном месте

PS На "зомби-потоки" не заморачивайся, там все оптимизировано, обрати внимание на твои данные в памяти, которыми потоки оперируют.


Я так и не понял где я себе противоречу

Цель в том чтобы  std::async не держал втихую под подушкой потоки - про которые в курсе только он

Dima TКак устроен std::async я не в курсе

Ну собственно на этом ты мог и закончить

Все остальное про потоки и их стоимость я и без тебя знал.

Вопрос был не в том лох ли обидчевый Семен и не в том а не лох ли Семен потому что задает такой вопрос.

Вопрос был по экспертизе в работе std::async без троллинга и с документированным и аргументированным обоснованием.

Извиняюсь за прямоту.