| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > C/C++: Сети > Сжатие трафика |
| Автор: Lazin 23.1.2010, 14:24 |
| В каких случаях стоит сжимать данные, перед отправкой по TCP/IP? Добавлено через 4 минуты и 46 секунд Имеется ввиду именно сжатие трафика клиентом и распаковка его на сервере, а не что-либо другое. Передаваемые данные будут довольно неплохо сжиматься даже на низком уровне сжатия. Думаю сжать в двое - не проблема. Но, объем передаваемых данных достаточно велик, порядка 10-15 Мб в сек. |
| Автор: Lazin 23.1.2010, 14:58 |
| Я пытаюсь решить, сжимать мне передаваемые данные или нет |
| Автор: andrew_121 23.1.2010, 15:07 |
| сжатие попакетно, многого не даст ,кроме нагрузки на клиент/сервер. если сжимать блоками, размером больше чем пакет, то это уже что-то. к примеру lzma текстовые файлы сжимает в 18-21 раз при объеме блока в 1мб. а pqi в 33-54 при объеме блока в 180мб. но последний оч тяжелый. UP название второго спутал. вот: http://en.wikipedia.org/wiki/PAQ |
| Автор: Lazin 23.1.2010, 15:45 |
| andrew_121, у меня пакеты по 64кб (в данный момент) меня интересует практическая сторона вопроса, кто-нибудь вообще трафик сжимает? в каких случаях стоит это делать, а в каких - не стоит |
| Автор: nerezus 23.1.2010, 19:29 |
| gzip со средним уровнем сжатия. Минусов не вижу, проц не нагрузит. |
| Автор: MAKCim 24.1.2010, 11:13 |
| если канал медленный тогда чем меньше данных передается, тем быстрее они _все_ дойдут и при любом алгоритме сжатия латентность декомпрессии не превысит латентность передачи через канал |
| Автор: jonie 4.2.2010, 02:33 |
| мое имхо НЕ сжимать - это задача ITшников, пусть суют в какой-нибудь ssh тунель или еще что-то подобное ipsec-у, и драйверы сожмут что надо. Плюсы программиста налицо, и андминов загрузишь заодно 8) Т.е. я не вижу причин делать сжатие пакетное (имея в виду пакет данных вроде структуры), т.к. это велосипед. Это, конечно, если поставленные мной условия достижимы... |