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

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

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 гигах озу и база на ССД - и вы мне будете говорить за оптимизацию)) поработайте с такими нагрузками - я думаю вы поменяете подход

st_stДумается мне причину нужно искать не в gzip. Неприменимость gzip к малым размерам данных не решит проблему загруженности сервера, как выше написали - экономия на спичках.

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

Оптимизируем все что можно, и что нельзя - тоже оптимизируем! :)
Конечно же проще плюнуть, ничего не оптимизировав просто потребовать докупить новый сервер!? Ну вообще-то мы так и хотели:) - но денег не дали - сказали постарайтесь выжать все что можно!

МСУ,

-100: проблемы и не было - был вопрос :)

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

ShSergesp,

А нафига Вам это самое сжатие? И чего Вы там сжимать хотите? Текст что-ли (гигабайтами?)? Тогда сделайте какой-то пейжинг, в конец-то концов.
Картинки, например, если гифы - и так по этой самой технологии сжаты, а значит, выхлоп - ноль. Изображения jpg - косинусоидальное преобразование с отбрасыванием высоких гармоник - выхлоп тоже ноль.
Короче, не парьтесь.

документы в .pdf и в Microsoft Office разных объемов от килобайтов до сотни мегабайт генерим и отдаем

вот о чем я и говорил - посмотрите вместо технического обсуждения - чего тут только про себя не услышишь :) и это на всю страницу!
В других ветках видал оскорбления друг друга на десятки страниц!
Всего 2й день на этом форуме с вопросом - а как в том анекдоте..... особенно остро понимаю иностранцев)

handmadeFromRusp,
где инфа о каком либо профилирование или пальцем в небо? о чем разговор вообще, если нет инфы.

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

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

Называется ощути разницу - StackOverflow написал вопрос - тебе тут же ответили по делу и обстоятельно
Наверное молодняк уже и не знает зачем создавался форум и его назначение - а самим это тяжело понять...
Форумы создавались для взаимопомощи специалистам. Когда человек либо не успел разобраться, либо недопонимает вопрос, либо не нашел информацию - ему нужна быстрая помощь, наводка, обращается к коллегам чтобы быстро вникнуть в суть вопроса и решить проблему
Что сейчас наблюдаю на SQL.RU - стоит кому-нибудь задать вопрос - вместо ответа на него наваливается кучка дружбанов, бойко ставящая друг другу плюсики и лайки, по ходу красующаяся друг перед другом, ай да малацца ща мы этого лоха уложим - эй ты лох чо ты тут троллиш вали отсюда, ты дескать тут с нами с профи не тягайся а то мы тут толпой ща наваляем тебе..

Написал вопрос и вместо пары предложений с объяснением почему и отчего - видим 2 страницы помоев...(
Ребятки тусите пожалуйста наздоровье в этой помойке между собой сами, отбивайтесь и красуйтесь :)
Сам завязал сюда ходить и другим знакомым закажу... а вы красуйтесь у вас все в ажуре )))