Можно ли выкрутить gzip_comp_level – сжатие на стороне сервера на максимум (9) в NGINX?

Если ресурсов сервера с избытком то можно и поставить, но после 5 там уже размер сжатого уменьшается не значительно, а нагрузка на проц возрастает не пропорционально больше.

Касательно статики можно покурить настройку gzip_static

Ставлю 9 и всё. Процессору вообще плевать на эти мелкие операции.

на дворе скоро 2021 год, уже на домашнем компьютере по 32 ядра херачат компьютеры. Вопросы по степень сжатия уже давно не актуальны. Раньше это был баланс между местом на диске и процессором. Сейчас это уже не играет никакой роли.

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

Тоже уже без разницы давно. Стили и скрипты это килобайты-туда сюда. После разжатия всё это хранится в кэше браузера и ресурсы на это не тратятся. 

Сейчас уже идёт новый вид сжатия brotli, он вообще лучше и быстрее. У него 11 степеней. Кому они нужны в 2021 году? Просто пережитки прошлого.

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

Понятно, спасибо за ответы.

И как я понимаю это уже тоже не актуально и можно убрать:

# Запрещает сжатие ответа методом gzip для IE6

gzip_disable "msie6";

Ещё бы найти ответ на один вопрос :) – если у меня связка из двух как это не странно веб-серверов Apache и NGINX и у них используется сжатие, NGINX выступает вроде в роле проксирующего сервера, кто из них отдает сжатые данные?

Да, это уже пережитки прошлого, чтобы выключать gzip для IE6 т.к. он его не понимает... хотя не понимал уже :)