Почитал тред выше, вот что подметил, по порядку: 1. Task.Run всегда

Question

Почитал тред выше, вот что подметил, по порядку: 1. Task.Run всегда

выполняется в отдельном потоке, взятом из пула (см. https://docs.microsoft.com/en-us/dotnet/api/system.threading.tasks.task.run?view=netframework-4.7.2)
2. Несмотря на то, что будет попытка взять поток из пула, в нём может не быть свободного потока, и будет действительно создан новый поток (см. https://docs.microsoft.com/en-us/windows/desktop/procthread/thread-pools)
3. В том же потоке могут быть выполнены таски, которые
3.1 Уже созданы завершёнными, через Task.FromResult
3.2 Были возвращены методом, в котором выполнение не дошло до await
3.3 Представляют операцию, которая завершилась до начала ожидания
3.4 Достигли ожидания уже завершённого Task`а
(см. Alex Davies - Async in C#, глава "Async Methods Are Synchronous Until Needed")
4. Потоки из пула - фоновые (https://docs.microsoft.com/ru-ru/dotnet/standard/threading/the-managed-thread-pool#thread-pool-characteristics). Это означает, что UI поток не может быть потоком пула. Это, кстати, легко проверяется, когда пробуем узнать Thread.CurrentThread.IsThreadPoolThread, находясь в главном потоке
5. GUI элементы можно изменять только из UI потока (https://docs.microsoft.com/en-us/dotnet/framework/wpf/advanced/threading-model#overview-and-the-dispatcher). Другие потоки могут использовать UI поток для обновления GUI
6. Не нужно запускать Task.Run каждый раз "для асинхронности". Если задача оказалась короткоживущей (например, асинхронный запрос в зависимости от переменных не нужно было делать и мы вернулись рано) - то такой "асинхронный" метод будет жрать ресурсов больше, чем синхронный. По возможности используйте простые асинхронные методы.
7. Асинхронность и многопоточность:

Асинхронность - это когда мы запускаем выполнение задачи сейчас, а выполнена она будет "потом". До наступления этого "потом" текущий поток может выполнять какие-то другие задачи, в первую очередь это обеспечение отзывчивости UI, но и в без-UI-ных приложениях тоже прекрасно, когда потоки не простаивают без работы, ожидая, например, ответа от жёсткого диска / БД. Поток - это ресурсы, и их количество необходимо минимизировать.

Разделим асинхронность на два случая:

1. Мы запускаем задачу ввода-вывода, которые могут занимать долгое время (чтение файла, скачивание чего-либо из сети и т.п., то есть вещи длительные по есстественным причинам)
2. Вычислительные задачи, которые мы хотим сделать в отдельном потоке (потоках) и продолжить работу далее

Первый случай - когда асинхронность никак не связана с многопоточностью. В зависимости от реализации, либо дополнительных потоков вообще нет, либо есть один поток на все запросы, который обрабатывает ответы
Второй случай - это когда асинхронность = многопоточность. Мы запускаем задачу/задачи в отдельном потоке для разгрузки текущего (скорее всего, это разгрузка UI)