2006/3/9, Anne Mindika Silva <anne_mind...@hotmail.com>: > > hi, > > We are trying to biuld a network compression tool which will compress the > data that is transfered between two machines. While lzo, performs very > well > for text-based data, we thought it would be nice to use different > compression algorithms for different types of data. > > Since OPENVPN supports lzo compression we are using that for the initial > version. We also noticed that the compression is done at the packet > level. > Is there any way that we can specify an additional compression algorithm > to be used ? > > If we have for e.g., basically two types to data that is sent over the > network, lets say one type that compresses well with lzo, and another > type > that is better when compressed with another algorithm (or that is better > off > uncompressed), does that mean we'll have to run two instances of > OPENVPN?
I think that 99% of all compressors will be good at the same kind of data that lzo is good at, though they might be a couple of percents better than lzo at the expense of many more cpu cycles. It would probably be very hard to find a compressor that would give you real speedups due to smaller packets without being too heavy on the cpu and slow down traffic that way. Try to replace lzo with something else and make benchmarks for your setup first, and worry about having multiple instances later, I'd say. -- Some mornings, it's just not worth gnawing through the straps...
