Телеграмм чат группы pro

А не про контекст

12:58пожаловаться #1

EgorBo

не звучит как очень перфомант решение

Ты неправ.
поведение по умолчанию ОЧЕНЬ правильное, т.к. оно убирает целый пласт проблем с дедлоками когда ты ожидаешь сам себя
А для перформанса (редких кейсов) ты всегда можешь стартануть явно на треде коллера

13:00пожаловаться #2

Там вся разница в
Async.Start
Async.StartImmediate

13:00пожаловаться #3

вызывая асинк на треде коллера ты подписываешься что знаешь что тебя ожидает

13:00пожаловаться #4

а в сишарпе половина людей не в курсе что асинк метод начинатся на треде вызывающей стороны

13:01пожаловаться #5

даже больше половины

13:01пожаловаться #6

Ayrat Hudaygulov

Там вся разница в
Async.Start
Async.StartImmediate

Вот смотри, есть 2 метода return 1 и task.delay, как мне их вызвать одинаковым способом?

13:01пожаловаться #7

Ilya Chernoudov

Вот смотри, есть 2 метода return 1 и task.delay, как мне их вызвать одинаковым способом?

не понял

13:01пожаловаться #8

Ayrat Hudaygulov

не понял

Метод может выполниться синхронно или аснхронно

13:02пожаловаться #9

Ты не узнаешь об этом до вызова

13:02пожаловаться #10

При асинхронном выполнении произойдет переключение контекста из за io операции

13:02пожаловаться #11

А в синхронном нет

13:02пожаловаться #12

ну и? В фшарпе ты всё еще можешь получить такое поведение

13:03пожаловаться #13

Я должен позвать start или startasync

13:03пожаловаться #14

13:03пожаловаться #15

По умолчанию всё стартуется на пуле, контекст свича там не будет, твой тред пойдёт дальше другие асинки выполнять из очереди своей.
Контекст свич в фшарпе тоже явный

async {
…
do! Async.SwitchToContext someContext
…
}

13:04пожаловаться #16

кстати это очень удобно, всегда можно на UI и на пул обратно свичнуться

13:05пожаловаться #17

Ayrat Hudaygulov

Так, а что будет делать поток пула когда будет происходить операция чтения с диска?

13:05пожаловаться #18