Сообщение Re[5]: Зачем нам асинхронность? от 05.08.2020 12:11
Изменено 05.08.2020 13:21 Serginio1
Re[5]: Зачем нам асинхронность?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Serginio1, Вы писали:
ЕМ>>>Какое переключение Вы имеете в виду?
S>>Переключение между потоками
S>>Переключение контекста
ЕМ>О том, что переключение контекста занимает "значительное время", было уместно говорить лет двадцать назад, когда железо было в несколько раз медленнее, а софт — в сотни раз менее тормозным. Для того, чтобы воообще как-то заметить накладные расходы на переключение контекста, его нужно переключать минимум несколько тысяч раз в секунду. Чтобы эти расходы стали заметны на фоне прикладного кода, этот код должен быть идеально вылизан, чего нынче почти встречается. Ну а затраты памяти на поток, по нынешним меркам, и вовсе ничтожны. При современном размашистом подходе к разработке софта, о накладных расходах на потоки имеет смысл начинать думать не раньше, чем количество потоков в приложении достигнет нескольких сотен.
Ну а на серверах как ты считаешь сколько соединений может быть? и сколько запросов в секунду?
Там не то что сотни, сотни тысяч запросов в секунду. Заметь я писал про сервера.
Там и редисы ставят и прочую лабуду.
https://robinsedlaczek.com/2014/05/20/improve-server-performance-with-asynchronous-webapi/
https://stackoverflow.com/questions/36683468/can-using-async-await-give-you-any-performance-benefits
ЕМ>Здравствуйте, Serginio1, Вы писали:
ЕМ>>>Какое переключение Вы имеете в виду?
S>>Переключение между потоками
S>>Переключение контекста
ЕМ>О том, что переключение контекста занимает "значительное время", было уместно говорить лет двадцать назад, когда железо было в несколько раз медленнее, а софт — в сотни раз менее тормозным. Для того, чтобы воообще как-то заметить накладные расходы на переключение контекста, его нужно переключать минимум несколько тысяч раз в секунду. Чтобы эти расходы стали заметны на фоне прикладного кода, этот код должен быть идеально вылизан, чего нынче почти встречается. Ну а затраты памяти на поток, по нынешним меркам, и вовсе ничтожны. При современном размашистом подходе к разработке софта, о накладных расходах на потоки имеет смысл начинать думать не раньше, чем количество потоков в приложении достигнет нескольких сотен.
Ну а на серверах как ты считаешь сколько соединений может быть? и сколько запросов в секунду?
Там не то что сотни, сотни тысяч запросов в секунду. Заметь я писал про сервера.
Там и редисы ставят и прочую лабуду.
https://robinsedlaczek.com/2014/05/20/improve-server-performance-with-asynchronous-webapi/
https://stackoverflow.com/questions/36683468/can-using-async-await-give-you-any-performance-benefits
Re[5]: Зачем нам асинхронность?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Serginio1, Вы писали:
ЕМ>>>Какое переключение Вы имеете в виду?
S>>Переключение между потоками
S>>Переключение контекста
ЕМ>О том, что переключение контекста занимает "значительное время", было уместно говорить лет двадцать назад, когда железо было в несколько раз медленнее, а софт — в сотни раз менее тормозным. Для того, чтобы воообще как-то заметить накладные расходы на переключение контекста, его нужно переключать минимум несколько тысяч раз в секунду. Чтобы эти расходы стали заметны на фоне прикладного кода, этот код должен быть идеально вылизан, чего нынче почти встречается. Ну а затраты памяти на поток, по нынешним меркам, и вовсе ничтожны. При современном размашистом подходе к разработке софта, о накладных расходах на потоки имеет смысл начинать думать не раньше, чем количество потоков в приложении достигнет нескольких сотен.
Ну а на серверах как ты считаешь сколько соединений может быть? и сколько запросов в секунду?
Там не то что сотни, сотни тысяч запросов в секунду. Заметь я писал про сервера.
Там и редисы ставят и прочую лабуду.
https://robinsedlaczek.com/2014/05/20/improve-server-performance-with-asynchronous-webapi/
https://stackoverflow.com/questions/36683468/can-using-async-await-give-you-any-performance-benefits
Кроме того скоро наступает эпоха IoT и лишними ресурсы не бывают
ЕМ>Здравствуйте, Serginio1, Вы писали:
ЕМ>>>Какое переключение Вы имеете в виду?
S>>Переключение между потоками
S>>Переключение контекста
ЕМ>О том, что переключение контекста занимает "значительное время", было уместно говорить лет двадцать назад, когда железо было в несколько раз медленнее, а софт — в сотни раз менее тормозным. Для того, чтобы воообще как-то заметить накладные расходы на переключение контекста, его нужно переключать минимум несколько тысяч раз в секунду. Чтобы эти расходы стали заметны на фоне прикладного кода, этот код должен быть идеально вылизан, чего нынче почти встречается. Ну а затраты памяти на поток, по нынешним меркам, и вовсе ничтожны. При современном размашистом подходе к разработке софта, о накладных расходах на потоки имеет смысл начинать думать не раньше, чем количество потоков в приложении достигнет нескольких сотен.
Ну а на серверах как ты считаешь сколько соединений может быть? и сколько запросов в секунду?
Там не то что сотни, сотни тысяч запросов в секунду. Заметь я писал про сервера.
Там и редисы ставят и прочую лабуду.
https://robinsedlaczek.com/2014/05/20/improve-server-performance-with-asynchronous-webapi/
https://stackoverflow.com/questions/36683468/can-using-async-await-give-you-any-performance-benefits
Кроме того скоро наступает эпоха IoT и лишними ресурсы не бывают