ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-jDaGi_ZnGjI.html А каким образом пул потоков препятствует частой смене контекста, когда как он решает проблему затратности создания потока
Имеется ввиду, что при большом количестве одновременно работающих потоков время на приключение контекста может "уничтожить" весь профит параллельности. Если же мы с помощью пула ограничим количество одновременно работающих потоков, то тем самым можем увеличить суммарную производительность. Простой пример если у вас будете 10 рабочих и им надо будет выкопать 100 ям, то они это сделают быстрее если каждый работник будет только 1 яму а как выкопает перейдет к другой, чем начать копать сразу 100 и перебегать от одной ямы к другой каждые 10 минут.
Извините, курсы сценической речи не проходил, все свободное время тратил на изучения программирования. Но я вас не заставляю слушать мою несвязанную речь, можете поискать другого спикера.
Общаться вначале в интернете научись, потом комментарии строчи. Автор создает замечательный контент. Объясняет, показывает и рассказывает основы асинхронщины. Это специализированная техническая информация, а не развлекательный контент. На русском языке, бесплатно и понятно. Надо ценить такие вещи. Придирки к голосу, да еще и в таком формате, просто неуместны.
@den не к голосу а к словам паразитам, я вообще-то человеку даю конструктивную критику, чтобы его контент становился лучше и собирал больше просмотров и нравился большему кол-ву людей.
а вот это не тоже самое, но проще и удобнее? public async Task MetodForPrimer() { бла бла бла; } и использование: await MetodForPrimer().ConfigureAwait(false); я если что новичек
Про async await будет чуть позже. И async await это не всегда про многопоточность. А ConfigureAwait это вообще из другой оперы, он связан с контекстом синхронизации, применять его надо далеко не всегда. Обо всем этом я рассказываю в последующих блоках.
