Это у меня связано с моими методологиями разработки – вроде все работает не трогай | если решился настраивать, то давай ломай все до конца, переверни верх дном, сравняй с землей | принцип сапера, отрезаем аккуратненько по одному проводку ( Шутка ).
Я сейчас отключу сжатие в Apache, а потом окажется что оно не работает, или как-то не так работает или не полностью работает, а поисковые системы скажут ууу братан у тебя сжатия нет в 2020 году, иди-ка ты вниз к любителям без сжатия :), пусть лучше они вместе там сжимают и разжимают :) ( Шутка ).
И как я понимаю это уже тоже не актуально и можно убрать:
# Запрещает сжатие ответа методом gzip для IE6gzip_disable "msie6";
Вопрос у меня упрощается до уровня что лучше: 2.2 Ghz или как у РЕГ.РУ – тариф Высокочастотные серверы 3.7 Ghz – 5 Ghz с Turbo Boost или как у Timeweb – тариф HighCPU 5ГГц речь о Turbo Boost там вообще не идет как я понял.
По циферкам и логике должно быть в два раза быстрее, в реале я не знаю, может жуткая бессмысленная переплата не за что. Но, господа из РЕГ.РУ заявляют официально до 40% производительнее, а господа из Timeweb говорят +65% к производительности ядра.
Уже не актуально. Как и написано в скобочках, это реально для старых браузеров, такие как IE6.
Вообще всем этим уже давно занимается nginx, хотя там есть такой же костыль. Но apache явно уже не тот, кому это надо делать всякие сжатия и т.д.
А как-то можно посмотреть есть ли у меня этот Turbo Boost или нет в Linux’е – CentOS?
Посмотрел информацию о процессоре формируемую ядром:
cat /proc/cpuinfo
model name : Intel(R) Xeon(R) Silver 4114 CPU @ 2.20GHz
Погуглил процессор вроде имеет режим Turbo до 3 ГГц:
Частота процессора 2.2 ГГц
Частота процессора в режиме Turbo 3.0 ГГц
Но в разделе вывода cpuinfo – cpu MHz – всегда около 2.2 Ггц статично.
