оказывается, zlib-ng уже в процессе https://github.com/inikep/lzbench/pull/100
на этой неделе погоняю бенчмарки пн, 29 мар. 2021 г. в 23:49, Илья Шипицин <chipits...@gmail.com>: > > > пн, 29 мар. 2021 г. в 21:20, Maxim Dounin <mdou...@mdounin.ru>: > >> Hello! >> >> On Mon, Mar 29, 2021 at 08:40:04PM +0500, Илья Шипицин wrote: >> >> > пн, 29 мар. 2021 г. в 19:55, Maxim Dounin <mdou...@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 > >
_______________________________________________ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru