Сообщение Re[7]: Зачем нам асинхронность? от 05.08.2020 14:23
Изменено 05.08.2020 14:30 Serginio1
Re[7]: Зачем нам асинхронность?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Тысяча запросов в секунду на современном железе может упереться в затраты на переключение контекста лишь в том случае, если при обработке каждого запроса контекст будет переключаться минимум несколько сотен раз, что в первую очередь означает явную кривизну кода. То есть, первым делом нужно исправлять кривой алгоритм.
То есть цифры тебя не переубеждают?
S>>Кроме того скоро наступает эпоха IoT и лишними ресурсы не бывают
ЕМ>Да ни фига, это уже проходили на смартфонах. Поначалу, с подачи гугловской документации, порывались экономить, но быстро поняли, что плодить ядра, гигагерцы и гигабайты технически проще. Экономить начнут не раньше, чем добавление даже 20% скорости или объема станет выливаться в неприемлемые затраты.
Я привел тебе примеры того, что асинхронный код увеличивает производительность на серверах с количеством запросов больше 100.
Можно сделать тестовый сервер и запросы к БД на другой (их) машинах как это правило и делается, можно с редисом для кэширования. И посмотреть сколько запросов можно обрботать
ЕМ>Тысяча запросов в секунду на современном железе может упереться в затраты на переключение контекста лишь в том случае, если при обработке каждого запроса контекст будет переключаться минимум несколько сотен раз, что в первую очередь означает явную кривизну кода. То есть, первым делом нужно исправлять кривой алгоритм.
То есть цифры тебя не переубеждают?
S>>Кроме того скоро наступает эпоха IoT и лишними ресурсы не бывают
ЕМ>Да ни фига, это уже проходили на смартфонах. Поначалу, с подачи гугловской документации, порывались экономить, но быстро поняли, что плодить ядра, гигагерцы и гигабайты технически проще. Экономить начнут не раньше, чем добавление даже 20% скорости или объема станет выливаться в неприемлемые затраты.
Я привел тебе примеры того, что асинхронный код увеличивает производительность на серверах с количеством запросов больше 100.
Можно сделать тестовый сервер и запросы к БД на другой (их) машинах как это правило и делается, можно с редисом для кэширования. И посмотреть сколько запросов можно обрботать
Re[7]: Зачем нам асинхронность?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Тысяча запросов в секунду на современном железе может упереться в затраты на переключение контекста лишь в том случае, если при обработке каждого запроса контекст будет переключаться минимум несколько сотен раз, что в первую очередь означает явную кривизну кода. То есть, первым делом нужно исправлять кривой алгоритм.
То есть цифры тебя не переубеждают?
S>>Кроме того скоро наступает эпоха IoT и лишними ресурсы не бывают
ЕМ>Да ни фига, это уже проходили на смартфонах. Поначалу, с подачи гугловской документации, порывались экономить, но быстро поняли, что плодить ядра, гигагерцы и гигабайты технически проще. Экономить начнут не раньше, чем добавление даже 20% скорости или объема станет выливаться в неприемлемые затраты.
Я привел тебе примеры того, что асинхронный код увеличивает производительность на серверах с количеством запросов больше 100.
Можно сделать тестовый сервер и запросы к БД на другой (их) машинах как это правило и делается, можно с редисом для кэширования. И посмотреть сколько запросов можно обрботать.
Ну и IoT это далеко не смартфоны. Это могут быть типа raspberry pi
ЕМ>Тысяча запросов в секунду на современном железе может упереться в затраты на переключение контекста лишь в том случае, если при обработке каждого запроса контекст будет переключаться минимум несколько сотен раз, что в первую очередь означает явную кривизну кода. То есть, первым делом нужно исправлять кривой алгоритм.
То есть цифры тебя не переубеждают?
S>>Кроме того скоро наступает эпоха IoT и лишними ресурсы не бывают
ЕМ>Да ни фига, это уже проходили на смартфонах. Поначалу, с подачи гугловской документации, порывались экономить, но быстро поняли, что плодить ядра, гигагерцы и гигабайты технически проще. Экономить начнут не раньше, чем добавление даже 20% скорости или объема станет выливаться в неприемлемые затраты.
Я привел тебе примеры того, что асинхронный код увеличивает производительность на серверах с количеством запросов больше 100.
Можно сделать тестовый сервер и запросы к БД на другой (их) машинах как это правило и делается, можно с редисом для кэширования. И посмотреть сколько запросов можно обрботать.
Ну и IoT это далеко не смартфоны. Это могут быть типа raspberry pi