<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">пн, 29 мар. 2021 г. в 19:55, 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 Mon, Mar 29, 2021 at 06:31:39PM +0500, Илья Шипицин wrote:<br>
<br>
> недавно проводил бенчмарки, zlib не самое быстрое<br>
> <a href="https://github.com/inikep/lzbench" rel="noreferrer" target="_blank">https://github.com/inikep/lzbench</a><br>
> <br>
> <br>
> при том, что на браузерной нагрузке (html + css + js) сжимается всё хорошо<br>
> и из обшей нагрузки gzip занимает процентов 80 от cpu.<br>
<br>
Тут важно держать себя в руках и не пытаться крутить уровень <br>
сжатия.  Я неоднократно встречал ситуации, когда люди зачем-то <br>
ставили "gzip_comp_level 9;", а потом удивлялись потреблению <br>
процессора.  Не говоря уже про регулярно встречающиеся попытки <br>
поставить 6.  Если использовать zlib на уровне сжатия 1, то он <br>
вполне неплох в части потребления процессора, а если этого мало - <br>
стоит смотреть в сторону gzip_static и/или кэширования сжатых <br>
ответов.<br></blockquote><div><br></div><div><br></div><div>для примера, silesia xml, Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz</div><div><br></div><div>[root@localhost lzbench]# ./lzbench -ezlib,1/slz_zlib,1  silezia/xml<br>lzbench 1.8 (64-bit Linux)   Assembled by P.Skibinski<br>Compressor name         Compress. Decompress. Compr. size  Ratio Filename<br>memcpy                  10948 MB/s 15766 MB/s     5345280 100.00 silezia/xml<br>zlib 1.2.11 -1            125 MB/s   429 MB/s      965248  18.06 silezia/xml<br>slz_zlib 1.2.0 -1         329 MB/s   331 MB/s     1294302  24.21 silezia/xml<br>done... (cIters=1 dIters=1 cTime=1.0 dTime=2.0 chunkSize=1706MB cSpeed=0MB)<br>[root@localhost lzbench]# <br></div><div><br></div><div>на одной и той же степени сжатия 1 скорость сжатия в два раза выше, чем у zlib</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>
> glib-ng я не тестил, но взял на заметку.<br>
<br>
AFAIK, сейчас существует три вариации "на тему zlib", все пытаются <br>
ускорить работу на современных процесорах: zlib "от Intel", zlib <br>
"от Cloudflare", и вот темерь ещё zlib-ng.<br>
<br>
Было бы интересно посмотреть на какое-нибудь сравнение скорости <br>
между всеми этими вариациями на разных процессорах.<br></blockquote><div><br></div><div>да, было бы неплохо иметь референсную табличку. могу какие-нибудь тесты на имеющемся железе погонять.</div><div>какие-то сравнительные тесты я гонял, выяснилось, что если взять gcc9 вместо идущего в коробке gcc-4.8, то</div><div>производительность растет на 10%<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>
> не рассматривали slz, например ?<br>
<br>
ЕМНИП, мы на него смотрели когда-то давно.  В целом идея <br>
интересная, но качество сжатия оставляет желать.<br></blockquote><div><br></div><div>сжатие уровня 1 и на zlib оставляет желать лучшего.<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>