бенчмарках? Юзайте и получайте экономию на серверах:)
был бы не такой засраный обратными совместимостями и с современным тулбоксом в комплекте - только в путь)
Была уже заруба по бенчмаркам )) всегда делайте свои, не абстрактные и синтетические, а приближённые к на своим бизнес кейсам
Так не интересно, потому что может оказаться что логика походов в базы и так далее уравняет показатели и цифры будут уже не холиварные
У techempower есть беняи с учётом orm/db слоя, там в целом тренд сохраняется
вообще нужно этот бенчмарк актуализировать https://matttomasetti.medium.com/websocket-performance-comparison-10dc89367055 т.е замерить перформанс отдельно вебсокетов. Там нет горутин в го бенчмарке, плюс каждый пример нужно отдельно рассматривать и оптимизировать. Я тут на днях был удивлен, что uWS вебсокеты в аддоне медленнее, чем js пакет ws в несколько раз) (в бенчах используется uws) И что-то подсказывает, что это не из-за FFI в основном
Почему то большинство бенчей разделяют http и ws Эти тесты было бы здорово вмержить в techempower или whichisthefastest для поддержания актуальности
ну в целом это понятно, обычный http request штука с коротким жизненным циклом, устрановил соединение, отпарвил данные, получил ответ, закрылось соединение
так потому и разделяют, что тогда тестить бы пришлось http коннект, upgrade и 1 message. а в случае с обработкой большого количества сообщений, зачем учитывать коннект?
Я не про методологию, во многих популярных бенчах ws нет, было бы здорово их туда добавить имхо
У них мало пересечения в области использования, так что этот выбор не актуален. Скорее полезно владеть и тем, и другим
Обсуждают сегодня