11
Асинхронный код в питоне выполняется у тебе в том же стеке что и синхронный )
Size: a a a
2020 November 12
P
Я вообще шарп не знаю, так краем уха слышал
Ну если не углубляться, то есть класс Task<T>, и кейворды async await, просто нужно чтобы метод возвращал Task<T>, и при вызове ты делал await, а вся магия происходит внутри
P
Асинхронный код в питоне выполняется у тебе в том же стеке что и синхронный )
Ну весь смысл асинхрона, выполнятся в одном потоке, если не ошибаюсь
11
Ну если не углубляться, то есть класс Task<T>, и кейворды async await, просто нужно чтобы метод возвращал Task<T>, и при вызове ты делал await, а вся магия происходит внутри
Да как писать более-менее понятно, а вот что под коюапотом в шарпе я хз
DТ
Почему?
Представь, что мы пишем бота в телеге для ,где юзер отправляет чето , а бот обоабатывает input и возращает ответ, асинхронный путь выглядит в данном случае так:
заводим event loop, ставящий задачи в очередь;
дергаем указанный callback, когда какая-то задача выполнилась;
обрабатываем этот event loop в один или несколько потоков.
Итак, представим себе, что callback - очень "тяжелая" функция, производит мощные расчеты и выполняется, например, секунду. Так вот, если наш event loop обрабатывается только одним потоком, и на сервер пришел один клиент, то в течение секунды наш сервер не сможет принимать входящие сообщения от других клиентов, пока event loop занят вычислением callback. Если event loop обрабатывается в 2 потока, то в таком случае два параллельно подключившихся клиента уже делают невозможным (на секунду) подключение третьего клиента. И так далее.
заводим event loop, ставящий задачи в очередь;
дергаем указанный callback, когда какая-то задача выполнилась;
обрабатываем этот event loop в один или несколько потоков.
Итак, представим себе, что callback - очень "тяжелая" функция, производит мощные расчеты и выполняется, например, секунду. Так вот, если наш event loop обрабатывается только одним потоком, и на сервер пришел один клиент, то в течение секунды наш сервер не сможет принимать входящие сообщения от других клиентов, пока event loop занят вычислением callback. Если event loop обрабатывается в 2 потока, то в таком случае два параллельно подключившихся клиента уже делают невозможным (на секунду) подключение третьего клиента. И так далее.
11
Ну весь смысл асинхрона, выполнятся в одном потоке, если не ошибаюсь
Я челу выше ответил, он говорит что синхронность быстрее
P
Да как писать более-менее понятно, а вот что под коюапотом в шарпе я хз
Ну я тоже не особо знаю, книжку я пока что не дочитал)
P
Представь, что мы пишем бота в телеге для ,где юзер отправляет чето , а бот обоабатывает input и возращает ответ, асинхронный путь выглядит в данном случае так:
заводим event loop, ставящий задачи в очередь;
дергаем указанный callback, когда какая-то задача выполнилась;
обрабатываем этот event loop в один или несколько потоков.
Итак, представим себе, что callback - очень "тяжелая" функция, производит мощные расчеты и выполняется, например, секунду. Так вот, если наш event loop обрабатывается только одним потоком, и на сервер пришел один клиент, то в течение секунды наш сервер не сможет принимать входящие сообщения от других клиентов, пока event loop занят вычислением callback. Если event loop обрабатывается в 2 потока, то в таком случае два параллельно подключившихся клиента уже делают невозможным (на секунду) подключение третьего клиента. И так далее.
заводим event loop, ставящий задачи в очередь;
дергаем указанный callback, когда какая-то задача выполнилась;
обрабатываем этот event loop в один или несколько потоков.
Итак, представим себе, что callback - очень "тяжелая" функция, производит мощные расчеты и выполняется, например, секунду. Так вот, если наш event loop обрабатывается только одним потоком, и на сервер пришел один клиент, то в течение секунды наш сервер не сможет принимать входящие сообщения от других клиентов, пока event loop занят вычислением callback. Если event loop обрабатывается в 2 потока, то в таком случае два параллельно подключившихся клиента уже делают невозможным (на секунду) подключение третьего клиента. И так далее.
Нихуя не понял
DТ
блин зря писал
11
Я понял
11
Ну ты не пиши такие функции тяжёлые разбивай их
P
блин зря писал
Ну суть в том, что в любом случае у тебя работа будет выполнятся 3 секунд, но твой бот будет иметь возможность принимать и отвечать
11
Ну суть в том, что в любом случае у тебя работа будет выполнятся 3 секунд, но твой бот будет иметь возможность принимать и отвечать
Не будет функция попадет в стек и будет выполнятся
DТ
Ну ты не пиши такие функции тяжёлые разбивай их
ну так все равно вычисления одни и те же нужны для ответа юзеру
V
ну так все равно вычисления одни и те же нужны для ответа юзеру
да, но еще нужны ресурсы на переключение контекста
V
а если все синхронное в асинхронном окружении(сеть например) - то будет жопа
P
Суть в асинхронность в том, что если у тебя есть 3 задачи, которые будут выполнятся 3, 2, 1 секунды, то сперва свою работу закончит работа, которая будет занимать одну секунду, и ответ будет отправлен юзеру
P
Суть в асинхронность в том, что если у тебя есть 3 задачи, которые будут выполнятся 3, 2, 1 секунды, то сперва свою работу закончит работа, которая будет занимать одну секунду, и ответ будет отправлен юзеру
Если я не ошибаюсь
Y
Как же много определений у асинхронности, каждый понимает по-своему
11
Суть в асинхронность в том, что если у тебя есть 3 задачи, которые будут выполнятся 3, 2, 1 секунды, то сперва свою работу закончит работа, которая будет занимать одну секунду, и ответ будет отправлен юзеру
Не совсем так, там зависит от приоритета задач промис это или коллбек, ивент браузера таймер или тд