ViPRosМСУ, да причем тут ГУЙ???
завод стоит, а ты мне про какой то уи

Ты путаешься в показаниях:

ViPRosмуся, люди хотя взять палочку на ганте и перенести в другое место
им не обяяснишь что почтой придет ответ

Сахават, иди ты нафиг, инопланетянен долбаный

Я не понимаю твои фантанирующие всплески импульсивного воображения, я пас.

Алексей КМСУ2. async\await создает фоновый потокНет. Пока асинхронная операция выполняется - поток в ожидании не висит . По завершению продолжение продолжается или через контекст синхронизации, или через поток из пула, как повезёт.
Другими словами async\await создает фоновый поток. Сделай мне в not UI приложении, чтобы "повезло"? :)

Алексей КМСУДругими словами async\await создает фоновый поток. Сделай мне в not UI приложении, чтобы "повезло"? :)Ну нет же. :-)
Просто берёт поток из пула для продолжения в момент завершения асинхронной операции в неGUI приложении. Поэтому продолжение продолжается в другом потоке.
Или я чего-то дико не догоняю.
Вдуматься в выделенное. После это начинаем осмысливать 5 пунктов отседова 13655762 :)

Алексей КМСУсоздает фоновый потокНе создаёт, а берёт из пула.
Да.

Алексей КЯ вот этого не пойму. Ведь весь цинус ситуации в том, что пока выполняется запрос к БД (или любое другое асинхронное I/O на сервере), поток воркера сервера возвращается в пул и может быть использован для других задач (обслужить другой коннект или ещё чё).
Это не так, должен быть некий сефамор, сигнанизирующий о том, что нужно синхронизироваться с основным потоком, а как сделать эту синхронизацию, если второй поток уже отвалился? :)
Во-вторых, выделение потока - достаточно трудозатратная операци и если он выделен, то должен завершить начатый таск.
В-третьих, на реализацию подобного механизма ушло бы не меньше ресурсов, чем простое выделение второго потока. Да и не нужно это никому. Не хватает потоков - докупай процессорные мощностя?

Где-то в степиАлексей К,
тогда получается, если бокер уснул, а задача крутится, то кто разбудит брокера - только задача которая выполнилась?
что то значит где то пропустил ((
Именно, об этом я и говорю (семафоры). Кто-то должен следить за ними и как-то синхронизироваться с основным потоком. Геморрой еще тот. Лёня просто фантазирует после отпуска

Где-то в степиМСУ,
Ну почему же, примерно так устроена асинхронность вебформ, если запускаем что то долгое в фоне, веб форма отдает свои ресурсы серверу, а по окончанию чего то долгого, забирает для своего продолжения ..
Чё? ) Что такое "веб-форма"? Какие-такие ресурсы есть у "веб-формы"? Кто что у кого забирает, никуя не понял. Еще раз с начала и поподробнее.

Алексей КМСУЭто не так, должен быть некий сефамор, сигнанизирующий о том, что нужно синхронизироваться с основным потоком, а как сделать эту синхронизацию, если второй поток уже отвалился? :)Всё верно. Оно живёт в ThreadPool.RegisterWaitForSingleObject, к которому обращается Task. А чтобы по возможности туда не обращаться придумали конечный автомат в реализации async/await.
Не совсем так -

...Другие контексты планирования являются многопоточными; в частности, стандартный пул потоков представлен одним контекстом планирования. Когда в нем планируется новая работа, она может быть выполнена в любом потоке из пула. Таким образом, асинхронный метод, начавший работать в пуле потоков, там же ее и продолжит, хотя при этом не исключена его «переброска» между разными потоками.

Перебросить - это не значит отказаться от задачи, покурить в сторонке, а потом спохватиться и продолжить синхонизацию :)

Где-то в степивеб форма отдает свои ресурсы серверу, а по окончанию чего то долгого, забирает для своего продолжения ..
Факт того, что UI так и остается висеть, не смущает? ;)