ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: MemcachedGzip патч



On Mon, Jul 27, 2009 at 12:45:35AM +0400, Alex the Marrch Caat wrote:

> Разница в чуть-чуть более компактной обертке, но это ерунда. Главное
> даже не то, что некоторые веб-клиенты, по каким-то только им известным
> таинственным причинам, принимают только gzip или только deflate, так
> что все же есть смысл поддерживать оба; а то, что в случае моего

Я не знаю ни одного клиента, который бы поддерживал deflate, но не умел
бы при этом gzip.

> драгоценного MemcachedGzip-патча возникает еще и привязка к тому, в
> каком виде удобно класть в memcached данные серверной части - так что
> опять же, нет смысла в искусственном ограничении только на один из
> двух форматов. К тому же, из deflate легко можно на лету сделать gzip,
> а уж из gzip-а сделать deflate и того проще: отрезать лишние
> заголовки, и вуаля. Так что почему бы не читать данные из memcached в
> том виде, в котором они там хранятся, если клиент этот формат
> поддерживает? А то мне, чтобы примирить nginx с PECL:Memcached через
> memcached, пришлось патчить библиотеку ZLib и само PECL-расширение,
> чтобы научить те сохранять данные с gzip-оберткой, а не голым
> deflated. А это все же изврат.

Хранить данные имеет смысл только в gzip.
Ну или deflate + gzip tail (контрольная сумма + длина несжатого ответа).

> > это ж как? там один и тот же алгоритм используется (zlib). Разница:
> 
> > - отсутствием заголовков.
> > - несколько меньшим количеством информации о контрольных суммах и т.п.,
> > если ничего тут не путаю (wrap/no wrap)
> 
> > копейки, но может для кого то это важно. теоретически.
> 
> > Dmitry Morozovsky wrote:
> >> On Sun, 26 Jul 2009, Михаил Монашёв wrote:
> >>
> >> ??> AtMC> Пока  что  у меня в планах внедрение deflate-упаковки данных как
> >> ??> AtMC> на  уровне  gzip_filter,  так и на уровне memcached - для начала
> >> ??> AtMC> без перекодировки уже закодированных данных.
> >> ??> 
> >> ??> А чем deflate лучше gzip?
> >>
> >> Для ярко динамического контенка -- явно ничем, а вот для часто 
> >> запрашиваемой, 
> >> но редко перегенеряемой динамики может ценой некоторого повышенного 
> >> потребления CPU уменьшить нагрузку на память, IMHO...
> 
> 

-- 
Игорь Сысоев
http://sysoev.ru



 




Copyright © Lexa Software, 1996-2009.