Re: [hybi] Is there a traffic jam?

Greg Wilkins <gregw@webtide.com> Tue, 14 April 2009 04:12 UTC

Return-Path: <gregw@webtide.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E12ED3A69AA for <hybi@core3.amsl.com>; Mon, 13 Apr 2009 21:12:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.543
X-Spam-Level:
X-Spam-Status: No, score=-2.543 tagged_above=-999 required=5 tests=[AWL=0.056, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hgxujXDqreN8 for <hybi@core3.amsl.com>; Mon, 13 Apr 2009 21:12:44 -0700 (PDT)
Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by core3.amsl.com (Postfix) with ESMTP id 023203A6829 for <hybi@ietf.org>; Mon, 13 Apr 2009 21:12:43 -0700 (PDT)
Received: by ti-out-0910.google.com with SMTP id 11so83666tim.25 for <hybi@ietf.org>; Mon, 13 Apr 2009 21:13:54 -0700 (PDT)
Received: by 10.110.28.15 with SMTP id b15mr9849743tib.4.1239682434405; Mon, 13 Apr 2009 21:13:54 -0700 (PDT)
Received: from ?10.10.1.12? (60-242-119-126.tpgi.com.au [60.242.119.126]) by mx.google.com with ESMTPS id d4sm103549tib.28.2009.04.13.21.13.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 13 Apr 2009 21:13:53 -0700 (PDT)
Message-ID: <49E40D7B.7090409@webtide.com>
Date: Tue, 14 Apr 2009 14:13:47 +1000
From: Greg Wilkins <gregw@webtide.com>
User-Agent: Thunderbird 2.0.0.21 (X11/20090409)
MIME-Version: 1.0
To: hybi@ietf.org
References: <03BCE29D-7AA5-4128-9F61-446E0229479A@lindenlab.com> <E51D5B15BFDEFD448F90BDD17D41CFF105A0C46E@AHQEX1.andrew.com> <Pine.LNX.4.62.0904132352430.10339@hixie.dreamhostps.com> <E51D5B15BFDEFD448F90BDD17D41CFF105A0C476@AHQEX1.andrew.com> <Pine.LNX.4.62.0904140002360.10339@hixie.dreamhostps.com> <1cb725390904131712k292a4860pbd078bb251d3855b@mail.gmail.com> <Pine.LNX.4.62.0904140031040.10339@hixie.dreamhostps.com> <1cb725390904131752u5842c039wb3d75602c479fa45@mail.gmail.com> <Pine.LNX.4.62.0904140053050.10339@hixie.dreamhostps.com> <49E3E229.2060907@webtide.com> <Pine.LNX.4.62.0904140110040.10339@hixie.dreamhostps.com> <49E3F218.4080209@webtide.com> <Pine.LNX.4.62.0904140248050.10339@hixie.dreamhostps.com>
In-Reply-To: <Pine.LNX.4.62.0904140248050.10339@hixie.dreamhostps.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [hybi] Is there a traffic jam?
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 14 Apr 2009 04:12:45 -0000

Ian Hickson wrote:

> I don't see any reason why this should be the case. Why would it be 
> possible to use one pair of connections with HTTP today, but not use a 
> single WebSocket connection in the future? 

Of course it is possible to share websocket connections just as we
currently share HTTP connections.

But sharing HTTP connections is currently painful and difficult and
relies on a variety of javascript/dom hacks.   It also needs protocol
support on top of HTTP to support the multiplexing.

Websockets does not help with this.  It will still be painful to
share connections and protocols to multiplex will still need to
be written on top of it.   However, with the more approachable
API of websockets, it is likely that it will be used directly
by widget/application developers (and it is "sold" as such), so
the probability of sharing/multiplexing frameworks being
widely used is small.

 > Especially considering new
 > mechanisms like SharedWorker, which allow resources from one origin to be
 > shared across multiple tabs in a browser.

Perhaps SharedWorkers may indeed help with sharing a connection.
Indeed such new features are going to be needed in the
browser to solve this issue regardless of the protocol used and
would equally apply to HTTP.

Note also that if such features do better support sharing of connections,
then good support for multiplexing becomes even more important.

regards