пн, 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