T
Чаще нужно иметь сотни рпс, а на одновременные соединения до твоего приложения пофиг
Size: a a a
2021 September 02
AB
А что говорит?
A
При этом с указанным латенси
T
Угу
T
Я могу на питоне на держать миллион соединений и иметь 1рпс с латенси в полчаса. Это может быть актуально для каких-то задач, но не для веба
AB
Хорошо, спасибо за информативный спор. Повникаю.
T
Для веба есть два типа задач:
1. Запрос-ответ.
2. Уведомления со стороны сервера
Они имеют разный профиль нагрузки и могут решаться разными инструментами
1. Запрос-ответ.
2. Уведомления со стороны сервера
Они имеют разный профиль нагрузки и могут решаться разными инструментами
T
И зачастую недостаточно просто держать кучу соединений, даже если это вам актуально. Надо ещё успевать ходить в бд, делать бизнес логику и т.п.
AB
ну так разве асинхронный подход не позволяет грамотно распределять походы в бд и выполнение логики?
AB
Одно выполняется - другое не ждет
T
Нет
T
Логика одного выполняется - все ждут и не выполняют свою
AB
Как же так, если выполнение делегируется другому процессу?
A
какому другому?
T
В общем, там все чуть сложнее. Интереснее в этом плане n+m модель как в го
AB
Вашей базе данных скажем
T
Логика приложения в приложении
AB
Логика приложения в приложении в итоге все равно сводится к тому что действия разбрасываются по другим процессам
T
А бд тоже не умеет миллион одновременных запросов
T
Шта