<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 18 февр. 2019 г. в 17:12, Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello!<br>
<br>
On Sat, Feb 16, 2019 at 04:38:53PM +0500, Илья Шипицин wrote:<br>
<br>
> привет!<br>
> <br>
> посмотрел в вывод <a href="http://nginx.org/ru/docs/ngx_google_perftools_module.html" rel="noreferrer" target="_blank">http://nginx.org/ru/docs/ngx_google_perftools_module.html</a><br>
> получил такую картинку<br>
> <br>
> <a href="https://yadi.sk/i/ai-sUyCK3HasQA" rel="noreferrer" target="_blank">https://yadi.sk/i/ai-sUyCK3HasQA</a><br>
> <br>
> <br>
> вопрос - это нормально, что компрессия занимает СТОЛЬКО ?<br>
<br>
Да.  Компрессия - один из наиболее серьёзных потребитилей <br>
процессорного времени, хуже - только SSL handshake'и.<br></blockquote><div><br></div><div>ну то есть, поскольку при штатном использовании массово используются кипэлайвы и abbrevated handshakes, то из-за этого SSL хендшейки</div><div>незначительны?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
И, в частности, именно по этой причине gzip_comp_level - по <br>
умолчанию 1.<br>
<br></blockquote><div><br></div><div>это мы не трогали<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> компрессия включалась без выкрутасов<br>
> <br>
>     gzip on;<br>
>     gzip_types text/css text/javascript application/x-javascript<br>
> application/javascript text/plain text/xml text/x-component text/json<br>
> application/json application/octet-stream application/atom image/svg+xml;<br>
>     gzip_min_length 500;<br>
>     gzip_disable msie6;<br>
<br>
Сжатие application/octet-stream - это обычно не лучший выбор, если <br>
ресурсы процессора важны.<br></blockquote><div><br></div><div>сложно вспомнить, зачем это было сделано. но кажется, что среди общего трафика того сервера, который профилировался, application/octet-stream не должно быть много<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> из недефолтных настроек<br>
> <br>
> proxy_buffering off;<br>
> <br>
> (проверю, не влияет ли она).<br>
<br>
Влияет, сжатие работает более эффективно, если на вход подаются <br>
большие блоки (и не делается flush после каждой операции).  Но в <br>
общей картине это влияние не принципиально, так или иначе сжатие <br>
требует много процессора.<br></blockquote><div><br></div><div>любопытства ради проверю с выключенной и включенной буферизацией<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
Maxim Dounin<br>
<a href="http://mdounin.ru/" rel="noreferrer" target="_blank">http://mdounin.ru/</a><br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org" target="_blank">nginx-ru@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></blockquote></div></div>