Re: Ошибки при использовании zlib-ng

[Илья Шипицин]

оказывается, zlib-ng уже в процессе
https://github.com/inikep/lzbench/pull/100

на этой неделе погоняю бенчмарки

пн, 29 мар. 2021 г. в 23:49, Илья Шипицин <chipitsine на gmail.com>:

>
>
> пн, 29 мар. 2021 г. в 21:20, Maxim Dounin <mdounin на mdounin.ru>:
>
>> Hello!
>>
>> On Mon, Mar 29, 2021 at 08:40:04PM +0500, Илья Шипицин wrote:
>>
>> > пн, 29 мар. 2021 г. в 19:55, Maxim Dounin <mdounin на mdounin.ru>:
>> >
>> > > Hello!
>> > >
>> > > On Mon, Mar 29, 2021 at 06:31:39PM +0500, Илья Шипицин wrote:
>> > >
>> > > > недавно проводил бенчмарки, zlib не самое быстрое
>> > > > https://github.com/inikep/lzbench
>> > > >
>> > > >
>> > > > при том, что на браузерной нагрузке (html + css + js) сжимается всё
>> > > хорошо
>> > > > и из обшей нагрузки gzip занимает процентов 80 от cpu.
>> > >
>> > > Тут важно держать себя в руках и не пытаться крутить уровень
>> > > сжатия.  Я неоднократно встречал ситуации, когда люди зачем-то
>> > > ставили "gzip_comp_level 9;", а потом удивлялись потреблению
>> > > процессора.  Не говоря уже про регулярно встречающиеся попытки
>> > > поставить 6.  Если использовать zlib на уровне сжатия 1, то он
>> > > вполне неплох в части потребления процессора, а если этого мало -
>> > > стоит смотреть в сторону gzip_static и/или кэширования сжатых
>> > > ответов.
>> > >
>> >
>> >
>> > для примера, silesia xml, Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz
>> >
>> > [root на localhost lzbench]# ./lzbench -ezlib,1/slz_zlib,1  silezia/xml
>> > lzbench 1.8 (64-bit Linux)   Assembled by P.Skibinski
>> > Compressor name         Compress. Decompress. Compr. size  Ratio
>> Filename
>> > memcpy                  10948 MB/s 15766 MB/s     5345280 100.00
>> silezia/xml
>> > zlib 1.2.11 -1            125 MB/s   429 MB/s      965248  18.06
>> silezia/xml
>> > slz_zlib 1.2.0 -1         329 MB/s   331 MB/s     1294302  24.21
>> silezia/xml
>> > done... (cIters=1 dIters=1 cTime=1.0 dTime=2.0 chunkSize=1706MB
>> cSpeed=0MB)
>> > [root на localhost lzbench]#
>> >
>> > на одной и той же степени сжатия 1 скорость сжатия в два раза выше, чем
>> у
>> > zlib
>>
>> [...]
>>
>> > > > не рассматривали slz, например ?
>> > >
>> > > ЕМНИП, мы на него смотрели когда-то давно.  В целом идея
>> > > интересная, но качество сжатия оставляет желать.
>> > >
>> >
>> > сжатие уровня 1 и на zlib оставляет желать лучшего.
>>
>> Оставляет, но таки slz производит результат, который на треть
>> больше того, что делает zlib.  И при этом по скорости уступает
>> какому-нибудь brotli, который на уровне 0 производит результат,
>> аналогичный zlib'у.
>>
>
> на треть меньше сжатие, выигрыш по процессору более чем в два раза.
>
>
>
>>
>> --
>> Maxim Dounin
>> http://mdounin.ru/
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru на nginx.org
>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20210330/f8e6f8c5/attachment-0001.htm>