Необходимо соблюдать баланс между производительностью сервера и скоростью доставки данных
Понятно что на малых размерах данных делать сжатие - это перегонять из пустого в порожнее и нагружать попусту сервер, но с другой стороны "малость" размера данных определяется оптимальной скоростью передачи их по сети - скорее всего размером одного пакета.

Прошу у знающих людей посоветовать размер данных, начиная с которого, уже необходимо производить сжатие

hVosttsp,

это экономия на спичках. руководствуйтесь следующей политикой:

1. кеширование на клиенте (max-age)
1.1. кеширование на прокси-серверах (public, proxy-revalidate)
2. определение кешированного содержания (etag, last-modified, 304)
3. кеширование на сервере
4. собственно, сжатие

gzip сжатие — это не то, что можно принимать во внимание, говоря о балансе производительности сервера. просто даже не ломайте голову на этот счёт.

спичек у меня даже больше чем вы думаете - и на них таки приходится экономить - большинство трафика генерируется на сервере и он не может быть закеширован по-умолчанию.
У нас не статический сайтик с картинками, а приложение интенсивно использующее обмен динамическими данными
Там где можно - настройки из прописных истин, которые учат в детсадах, уже давно сделаны :) - а весь динамический трафик мы сжимаем - потому как на смартфонах и планшетах с EDGE каждый лишний килограмм ощущается ! :)

Где-то в степи,

жмет само сжатие :) на малых объемах информации оно не эффективно и грузит сервер!
Хочется услышать хоть приблизительную разумную цифру :)

st_stГугел уже посчитал

аффтар ГугелNote that gzipping is only beneficial for larger resources. Due to the overhead and latency of compression and decompression, you should only gzip files above a certain size threshold; we recommend a minimum range between 150 and 1000 bytes. Gzipping files below 150 bytes can actually make them larger.


У меня полный каталог категорий (html) размером в 2.1 Мб с gzip отдаётся в 572 Кб (72%), то есть на больших объёмах полезная штука, а на малых - быстрее бд ляжет, чем IIS (gzip) загрузит проц, пытаясь сжать/передать лишние 10-100 байт.

на 1-20 пользователях в секунду оно то можно в перерывах между ними даже фильм смотреть - IIS все выдержит!))
но когда юзеров дохрена - каждая миллисекунда на счету и лишние напряги на сжатие 10 символов gzipом выливается к большим задержкам

hVosttspно когда юзеров дохрена - каждая миллисекунда на счету и лишние напряги на сжатие 10 символов gzipом выливается к большим задержкам

то, что вы там выиграете процессорное место еще для пары десятков пользователей, проблемы не решит в контексте проблемы "юзеров дохрена".

вообще судя по последним вашим постам, вы как будто специально ищите и решаете проблемы, вместо того, чтобы решать задачу. да, надо и за безопасностью следить и за нагрузкой. но вы не там копаете.

никак не пойму почему такой простой вопрос вас так раздражает и вы пытаетесь меня все как-то переиначить на свой манер???
В чем загвоздка??
Неужели вопрос о том начиная с какой длины целесообразно сжимать данные вызывает такую реакцию??
Если судить по вашим последним постам - то я могу только одно сказать, что вы преследуете меня :) прекратите это делать!)

ShSerge,

ну IIS сюда не я ввел....смотрите выше...

hVosttspно когда юзеров дохрена - каждая миллисекунда на счету и лишние напряги на сжатие 10 символов gzipом выливается к большим задержкам

то, что вы там выиграете процессорное место еще для пары десятков пользователей, проблемы не решит в контексте проблемы "юзеров дохрена".

вообще судя по последним вашим постам, вы как будто специально ищите и решаете проблемы, вместо того, чтобы решать задачу. да, надо и за безопасностью следить и за нагрузкой. но вы не там копаете.

когда создают проекты с мыслю а нахрена оптимизировать - юзеров всеравно дохрена - и возникают сайты которые валятся по каждому мало-мальски возникшему интересу к нему в сети - если вы создаете сайтики с 20ю юзерами - я думаю вам не надо об этом задумываться - это вредно сказывается на покое и плохо влияет на пищеварение!)

ShSerge,

гравицапа у меня таки есть, что вам тоже нужна? могу спросить у знающих людей если чо...)

ShSerge,

и по поводу IIS - читал я ихний мануал по настройке gzip сжатия - он немного напоминает рецепты домохозяйи - не надо ставить слишком сильную степень сжатия на файлах слабосжимаемых, не имеет смысла сжимать файлы малых размеров и т.д. и т.п - ни одного конкретного предложения - решил спросить совета тут, но оказалось промахнулся...

hVosttspкогда создают проекты с мыслю а нахрена оптимизировать - юзеров всеравно дохрена - и возникают сайты которые валятся по каждому мало-мальски возникшему интересу к нему в сети - если вы создаете сайтики с 20ю юзерами - я думаю вам не надо об этом задумываться - это вредно сказывается на покое и плохо влияет на пищеварение!)

школьник, который начитавшись громких новостей про тушения лесных пожаров, пошёл и внёс свой вклад, поссав на дымящуюся травку перед домом. вот примерно такой вклад в оптимизацию приложения вы сейчас и делаете. не читайте больше статей в интернетах, они вам только вредят.

коллега, у меня сейчас на сервере все 4 ядра загружены под 90% при 32 гигах озу и база на ССД - и вы мне будете говорить за оптимизацию)) поработайте с такими нагрузками - я думаю вы поменяете подход