В каких случаях стоит сжимать данные, перед отправкой по TCP/IP?

Добавлено через 4 минуты и 46 секунд
Имеется ввиду именно сжатие трафика клиентом и распаковка его на сервере, а не что-либо другое. Передаваемые данные будут довольно неплохо сжиматься даже на низком уровне сжатия. Думаю сжать в двое - не проблема.
Но, объем передаваемых данных достаточно велик, порядка 10-15 Мб в сек.

это вопрос:


а это ответ:

от того и не понятно, вопрос остался? и в чем вопрос?

Это сообщение отредактировал(а) andrew_121 - 23.1.2010, 14:53

Я пытаюсь решить, сжимать мне передаваемые данные или нет

сжатие попакетно, многого не даст ,кроме нагрузки на клиент/сервер. если сжимать блоками, размером больше чем пакет, то это уже что-то.
к примеру lzma текстовые файлы сжимает в 18-21 раз при объеме блока в 1мб. а pqi в 33-54 при объеме блока в 180мб. но последний оч тяжелый.

UP
название второго спутал. вот: http://en.wikipedia.org/wiki/PAQ

Это сообщение отредактировал(а) andrew_121 - 23.1.2010, 15:19

andrew_121, у меня пакеты по 64кб (в данный момент)
меня интересует практическая сторона вопроса, кто-нибудь вообще трафик сжимает? в каких случаях стоит это делать, а в каких - не стоит

gzip со средним уровнем сжатия. Минусов не вижу, проц не нагрузит.

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

мое имхо НЕ сжимать - это задача ITшников, пусть суют в какой-нибудь ssh тунель или еще что-то подобное ipsec-у, и драйверы сожмут что надо. Плюсы программиста налицо, и андминов загрузишь заодно 8)

Т.е. я не вижу причин делать сжатие пакетное (имея в виду пакет данных вроде структуры), т.к. это велосипед.

Это, конечно, если поставленные мной условия достижимы...