Почему такая небольшая прибавка производительности для WordPress в новой версии PHP 8.1?

потому что Symfony был тормознутый и стал быстрее, а WordPress был быстрый и остался быстрый🤔

зы. чет вы совсем ушли от темы, все очень познавательно конечно

согласен, цифры оставим занудам, я как простой пользователь вижу как медленно рендерится страница, это бросается в глаза и это не приятно.

Сейчас проверил в edge со всеми обновлениями, немного стало быстрее, но все равно медленно и много белого пространства, ощущение недоделанности, со смартфона так же.

Я считаю очень поздно подгружаются всевозможные изображения, а без них на сайте лишь белый фон и капелька текста, вот если вся графика не будет грузиться в последний момент, сайт сразу станет более весёлым.

положительный эффект будет, но он будет незначительный потому что все начнет упираться в пропускную способность сети, а тут уже сколько угодно мощный сервак ставь, если инет не супер быстрый, то толку от увеличения мощности почти ноль. Проверял - заказывал более мощный впс, проводил тесты для обычных сайтов, ни нвме, ни больше процов и оперативки не дает, после определённого кол-ва, прироста.

Соответственно надо уменьшать вес страниц и иметь оптимальную систему по мощности.

Если вы посмотрите по загрузке, то картинки это отложенная загрузка (грузятся после всей загрузки), какой то плагин поставленный сеошниками чтобы "угодить гуглу", у меня задача в бэклоге есть, я перепишу ленивую загрузку изображений, как руки дойдут, так там картинки webp и на самом деле они подгружаются моментально без этого js плагина.

оно будет работать быстрее, но в пределах погрешности, вы не получите 2х производительности, при 2х частоте. Вы можете даже бэнчмарки процессоров разных посмотреть, там в процентном соотношении не очень высокие приросты, а с учетом того, что процессор обычно ждет I/O, то в целом на глаз вообще может быть не заметно разницы. Диски тоже как вам сказать, linux считает что свободная оперативка должна быть только на полках в магазинах, по этому по факту если у вас хватает оперативки то линукс в неё начнет складывать файловую. Ну а память и так была быстрая, и сервера нормально работали и на ddr1 и на ddr2 и так далее.

PS. Если вас интересует именно производительность, то вам совет научится работать с профилировщиками, например xhprof или xdebug и вы поймете где именно проседает у вас производительность. Есть так же очень клевый сервис https://www.blackfire.io/

Кеширование, как бы вам сказать, оно в целом не для всего и не везде нужно. Например возьмем блог, для выборки 10 категорий и там 10 постов на странице не требуется кэш, БД отработает эти простые запросы практически моментально.  Если брать CMS то ей надо пробежаться по всем плагинам и опросить по всем событиям, которые вообще могут не участвовать в загрузке этой страницы, они в этот момент могут даже куда то на внешние сервера что то отправлять. Вот когда таких операций становится много, тогда и нужно кеширование, но это оверхэд для блога, особенно для личного блога. Когда у вас например интернет магазин и товар собирается по частям, то вам кэш поможет не грузить лишний раз систему однотипными операциями и кеширование тут крайне желательно.

Кэш на самом деле это не плагин, это достаточно большой раздел в бэкенд разработки с кучей нюансов, кэш не панацея и бывает как полезным так и вредным, например банально выборка с БД может быть быстрее, чем открытие файла кеша для каждой карточки, которых 30, так как к БД подключаемся 1 раз, а кэш файлов надо открыть 30. Короче там все очень тонко и надо понимать что и для чего делаешь.

Чтобы на первом экране быстро подгружались фон и основные картинки, есть Небольшой лайфхак:

надо в коде их прописать, как можно выше (до  загрузки стилей и скриптов) в виде:

<img src="" style="display:none;">

так я у себя эту проблему закрыл с фоном, который грузился спустя секунду, мне очень не нравилось как выглядит недогруженная страница. Правда это поможет при статичном хедере, ну и применять получиться только на нескольких страницах т.к. придется вручную все прописывать.