Вопрос о многопоточности ASP.NET — как работают заблокированные потоки?

Question

[Андрей]

Есть приложение asp.net mvc (не core), хостится в ажуре. Имеется одно единственное ядро.

Как я представляю себе логику работы:
На каждый входящий запрос создаётся поток. Внутри потока может быть асинхронность (а может и не быть). Каждый поток получает квант времени и все потоки работают по очереди, пока не выполнятся.

Вопрос следующий: если у нас в одном потоке возникает блокирующая операция (например, мы синхронно полезли в базу), то как этот поток будет влиять на работу других потоков?
Будет ли он получать свои кванты времени, такие же как у других потоков?
Если да (будет получать столько) - то поможет ли запуск обращений в базу через async/await?
Если нет - то зачем вообще async/await, если поток и без них останавливается?
Или я в каком то месте в корне заблуждаюсь?

Comments

[Евгений Самсонов]

Не знаю, как это устроено в ASP.NET, но асинхронность обычно предполагает, что заблокированный поток не занимает процессорное времени пока не разблокируется

[Андрей]

Евгений Самсонов, а если нет асинхронности и просто два потока работают на одном ядре. Один что-нибудь считает а второй ждёт базу данных - второй будет как-нибудь мешать первому?

[Евгений Самсонов]

Андрей, Условно время будет поровну распределяться. Если же будет асинхронность, то первый получит все время, пока на ожидании ответа висит второй

Answer 1

[MrDywar Pichugin]

ASP.NET MVC and Web API - Comparison of Async / Sy...

Есть пул потоков.
Пришел запрос - достали поток из пула, и он начал обрабатывать запрос.

Если поток встретил await (запрос в БД например, не CPU bound операция) и результат не доступен (может быть доступен сразу), то он ушел обратно в пул. Когда await получит результат, то из пула достанут поток и передадут ему результат и он продолжит выполнение.

Если поток встретит запрос в БД, но не будет await, то он останется ждать результата, в пул не вернется, не сможет обслуживать другие запросы, просто будет ждать.

Пример из жизни:
Заказали пиццу по телефону.
- синхронно - идем к двери и ждем звонка от курьера.
- асинхронно - занимается другими делами, когда курьер доставит пиццу он позвонит в дверь и мы подойдем за ней.

Асинхронность != многопоточность, это ее часть.
What is the difference between asynchronous progra...

Comments

[Андрей]

Но ведь ожидающие потоки не должны никому мешать, верно?
Если есть пять потоков, четыре из них синхронно ждут БД, а пятый что-то считает, то четыре потока пятому мешать не будут?
Проблемы могут возникнуть, если количество потоков превысят размер пула.
Или нет?

[MrDywar Pichugin]

Андрей, ожидающие потоки отправляются в пул потоков, и ожидают там. Их от туда могут взять для выполнения другой работы.

Количество потоков не могут превысить размер пула, т.к. они и достаются из этого самого пула, и помещаются обратно при "ожидании" или окончании задач.

Если вам так интересно как оно там работает, рекомендую книгу - "Оптимизация приложений на платформе .Net" от авторов Саша Голдштейн, Дима Зурбалев, Идо Флатов.