Асинхронное ожидание ASP.NET, часть 2

У меня есть вариант преимуществ -из -async/await -на -ASP.NET из этого вопроса .

Насколько я понимаю, асинхронность — это не то же самое, что параллелизм. Итак, на веб-сервере мне интересно, сколько преимуществ async/await приносит страницам ASP.NET.

Разве IIS+ASP.NET уже не очень хорошо распределяет потоки для запросов, и если одна страница занята ожиданием ресурса, сервер просто переключится на обработку другого запроса, у которого есть работа?

Существует ограниченное количество потоков в пуле для использования ASP.NET -. Использует ли асинхронность их более эффективно?

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

Я предполагаю, что это сводится к следующему:

Есть ли какое-либо преимущество в асинхронном чтении ресурса (, скажем, файла или запроса БД )на странице ASP.NET по сравнению с блокировкой на нем?