А вот в composite разрыв уже существенный. Правда, отдельный вопрос к весам тестов

Там лучше действительно composite смотреть, да

Смысл не в том, что какие-то бенчи отдельные, а в том, что отдельно скорость веб фреймворка никому не нужна. Веб-сервер это вещь, которая хорошо масштабируется горизонтально и разница в десятки % в серьёз никого волновать не должна, уж точно не должна определять стек (что за собой тянет административные вопросы, а не технические). Если реально где-то упирание в http фреймворк, а не в бизнес логику, то применение самого http под вопросом.

Больше смысла может быть отфильтровать micro либы (в фильтрах), но тогда результат совсем удивительный, внезапно just (js) на первом месте, так что и в этом случае к методике techempower вопросы есть.

Хорошо, это не означает, что штуки вроде techempower не нужны. Скорее напрягает негативный эффект вроде того, что силы тратятся на заточку под неверную первоначально задачу, вместо чего-то полезного. Но если людям нравится компаративная фаллометрия в сферических в вакууме задачах, то это их право)

Если не имеет смысла, то тогда не имеет смысла и говорить про перф веб-фреймворков, правильно?

Скорее не имеет смысла выбирать стек исходя из таких синтетических бенчей. Они позволяют совсем шлак отбросить, да, но лишаться плюшек раста ради нескольких процентных пунктов как минимум сомнительно.

Я правда не представляю, что это за задачи такие, где упирание идёт не в бизнес логику или базу, а в веб-сервер

К тому же этот топ иногда меняется.
Завезут в гипер какую-то оптимизацию, ускорится он на 3%. И что теперь, весь прод переписывать? А потом еще раз, но уже на какую-то плюсовую либу?

Если мы про выжим перфа, то да, именно так. Держишь пару готовых фасадов и переключаешь потихоньку

Зависит от твоих объемов)

Но если мы решаем, что он нам не особо важен, то можно просто забить и всё

Кроме того, ожидается какой-то буст от uring, из-за чего процентная разница между лидерами станет ещё меньше.

Объёмы должны вести к большей прибыли (иначе зачем это всё?), что, в свою очередь, ведёт к возможности поставить рядом ещё один сервер, этот компонент масштабируется лучше любого другого

done

После того как логика написана идёт мейнтенанс и масштабирование, стоимость хостинга прямо пропорциональна производительности. Конечно мейнтенанс на расте будет в разы дешевле чем на ++.

любой CDN, например

> стоимость хостинга прямо пропорциональна производительности
Обратно?

Диск и эффективность кеша.

когда раздавали патчи для игрушек - упирались уже в nginx

не всегда