Re: [hybi] deflate-stream and masking

[Willy Tarreau <[e-mail]>]

On Wed, Jul 20, 2011 at 10:46:43PM +0300, Alexander Philippou wrote:
> I vote for keeping it in the spec as it is now ??? an optional extension. Otherwise we will either remove deflate-stream and ship the protocol w/o compression and be subject to understandable criticism, or we will start discussing which is the optimal compression and further delay standardization until we complete deliberations. Otoh if we proceed with the spec as is then compression will be there, it will be optional, and we can return to add additional compression methods in the immediate future. No harm done to keep it in the spec as is, imho. Let???s ship. 

The issue is important for intermediaries. They will have to uncompress
then compress stream in order to forward it. This can be extremlely
expensive in terms of CPU usage and added latency, and I already expect
that a number of intermediaries will recompress with null-compression
in order to save CPU cycles where they can. This will result in an
inflated data stream in the end and higher latencies.

So I vote for removing it and quickly work on defining the deflate-frame
extension as well.

Regards,
Willy