Re: [hybi] Payload only compression extension, again

Patrick McManus <pmcmanus@mozilla.com> Thu, 28 April 2011 02:25 UTC

Return-Path: <pmcmanus@mozilla.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5892BE06AE for <hybi@ietfa.amsl.com>; Wed, 27 Apr 2011 19:25:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KP2bx67wnhdA for <hybi@ietfa.amsl.com>; Wed, 27 Apr 2011 19:25:30 -0700 (PDT)
Received: from linode.ducksong.com (linode.ducksong.com [64.22.125.164]) by ietfa.amsl.com (Postfix) with ESMTP id C5139E0675 for <hybi@ietf.org>; Wed, 27 Apr 2011 19:25:30 -0700 (PDT)
Received: from Patrick-McManuss-MacBook.local (cpe-67-253-92-25.maine.res.rr.com [67.253.92.25]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by linode.ducksong.com (Postfix) with ESMTPSA id C8CD7102A6 for <hybi@ietf.org>; Wed, 27 Apr 2011 22:20:45 -0400 (EDT)
Message-ID: <4DB8CEFD.4090307@mozilla.com>
Date: Wed, 27 Apr 2011 22:20:45 -0400
From: Patrick McManus <pmcmanus@mozilla.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: "hybi@ietf.org" <hybi@ietf.org>
References: <AANLkTik2LqCC2-ZLLdWNNaQ18ypcQU_5djJobkYtYk6T@mail.gmail.com> <AANLkTik+uh98b0n7U=xrE0Aaa7MyBfZVXSwj+8wfVTKW@mail.gmail.com> <AANLkTinCtDepu+wDt4=8GyXqhfn=SQ7v2SjJhKzP2Mzr@mail.gmail.com> <AANLkTinhw0j5U_tvfCCrcEx=J6b7wBua4XzhWkvthUjL@mail.gmail.com> <BANLkTi=SjQwGQu-3v2wjniyp9DrQ1ZcQdA@mail.gmail.com> <BANLkTi=dqFN-57GV3rYDv4feTAaZFQko1g@mail.gmail.com> <BANLkTikWFwfs0FOuET5ZS1HEzjweNO0_CA@mail.gmail.com> <BANLkTikHXtVM+7nfz60toKTJCXBuMwMC1g@mail.gmail.com> <BANLkTinsMu+Znbg7Fe7+9HZeZg=Q8SwDHg@mail.gmail.com>
In-Reply-To: <BANLkTinsMu+Znbg7Fe7+9HZeZg=Q8SwDHg@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [hybi] Payload only compression extension, again
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Apr 2011 02:25:31 -0000

compression is a proven win on the web. I don't want to support a 
protocol without it defined and the web has waited way too long for 
websockets already, so I'm not willing to support a delay in the spec 
over refining it when there is an extension mechanism defined for 
getting experience with and deploying other approaches.

individual messages will still compress fine with stream compression 
even in the presence of the rotating mask (though I support the per 
payload compression draft moving forward independently) - the rotating 
mask just damages the backreferences between different messages. This is 
effectively the same level of impact content-encodings give you in http, 
which is significant for messages of reasonable size. That isn't the 
only use case for websockets, but it is a meaningful one.

Furthermore the mask is unidirectional making the downstream data flow 
unimpacted.