Re: [hybi] max frame size, was: frame length encoding
"Shelby Moore" <shelby@coolpage.com> Mon, 23 August 2010 11:37 UTC
Return-Path: <shelby@coolpage.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 9B6A83A69F5 for <hybi@core3.amsl.com>; Mon, 23 Aug 2010 04:37:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.235
X-Spam-Level:
X-Spam-Status: No, score=-2.235 tagged_above=-999 required=5 tests=[AWL=0.364, 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 xgyN4YfiZUhY for <hybi@core3.amsl.com>; Mon, 23 Aug 2010 04:37:27 -0700 (PDT)
Received: from www5.webmail.pair.com (www5.webmail.pair.com [66.39.3.83]) by core3.amsl.com (Postfix) with SMTP id BB7C13A69EE for <hybi@ietf.org>; Mon, 23 Aug 2010 04:36:24 -0700 (PDT)
Received: (qmail 25766 invoked by uid 65534); 23 Aug 2010 11:36:47 -0000
Received: from 121.97.54.174 ([121.97.54.174]) (SquirrelMail authenticated user shelby@coolpage.com) by sm.webmail.pair.com with HTTP; Mon, 23 Aug 2010 07:36:47 -0400
Message-ID: <2ce4ea823d15aabd079121eb3a721da5.squirrel@sm.webmail.pair.com>
In-Reply-To: <AANLkTin-Zk6zJogwXsteqa=SW1E7mX=Nv3n1_u5fz4Ea@mail.gmail.com>
References: <AANLkTimKbmcpgx8k0uXUWvCO=8w9pPrtV=3y4qh6363k@mail.gmail.com> <alpine.DEB.2.00.1008212037190.27211@tvnag.unkk.fr> <AANLkTinrsT+wV48nHvVW_1ChGYffkq7jisU2-PZnMyKg@mail.gmail.com> <alpine.DEB.2.00.1008212123460.27211@tvnag.unkk.fr> <20ef7ed5e135c57c1ee5a741658b9d98.squirrel@sm.webmail.pair.com> <1282423311.2014.6.camel@tng> <224b9ed365bd78fd5e316b8cb5f3f837.squirrel@sm.webmail.pair.com> <1282435214.2014.14.camel@tng> <AANLkTimo0MwZEMn1t1vrASfwC1bx82Q9Z_Ls3wVb-zUS@mail.gmail.com> <AANLkTimQxo0d9TW+ApKLfWrSwutMYL4MJBVRWtxP1sC5@mail.gmail.com> <4C71555D.9010600@gmx.de> <AANLkTin-Zk6zJogwXsteqa=SW1E7mX=Nv3n1_u5fz4Ea@mail.gmail.com>
Date: Mon, 23 Aug 2010 07:36:47 -0400
From: Shelby Moore <shelby@coolpage.com>
To: Pieter Hintjens <ph@imatix.com>
User-Agent: SquirrelMail/1.4.20
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Cc: Hybi <hybi@ietf.org>
Subject: Re: [hybi] max frame size, was: frame length encoding
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: shelby@coolpage.com
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: Mon, 23 Aug 2010 11:37:31 -0000
> On Sun, Aug 22, 2010 at 6:50 PM, Julian Reschke <julian.reschke@gmx.de> > wrote: > >> 32 bits has the advantage that it's big enough for almost all use case >> we >> can currently think of. > > At least one person has cited a case where a 31-bit length caused a > failure. It's also naive to design for today's use cases and ignore > the basic rule that data volumes and sizes double every 24 months. > 640K is enough for anyone, right? > > The only cases that really matter here are: > > - very short frames, where every byte is significant > - very long frames, where any ceiling is significant > > Medium length frames can be treated as long frames with zero > significant cost. You could stick a 100-byte header on a 100K frame > and it would not be significant. > > There is no point optimizing any case except the two: very short (trim > space), very long (trim complexity). On complexity of large frames: http://www.ietf.org/mail-archive/web/hybi/current/msg03545.html "Tangentially, the limit can be if avg is too high, requiring intra-frame (splitting) parallelization, which depends on the intra-core signalling cost due to complexity of the state-machine for the frame data processing (extension protocols, any application on top, etc)." Btw, I appreciated Pieter's point very much. WebSockets is at least TCP over HTTP, not just Javascript push. And I also think WebSockets should be TCP for WebApps, not just HTTP, since WebApps was the main point of the original WhatG. And that is why I proposed that we should not be ignoring the opportunity to do P2P: http://www.ietf.org/mail-archive/web/hybi/current/msg03231.html (whole thread) I had a private discussion yesterday that went like this slam-dunk: ====================================== > You can't be the economy-of-scale of server farms (client-server) What is the cost barrier that makes uneconomic the harvesting billions of wasted CPU and network cycles? > Centralized enables things that can't be done without, e.g. improved anti-spam There are distributed models to deal with spam. The social network is one model, which could be distributed. But more importantly, there are probably very important apps that can only be done distributed. For example video chat. It makes no sense for my packets to go back to your server farm, when they can travel directly to the person who is in my same island. And downloading is another one. No sense that my packets can't come from someone else who is downloading at same time. But nobody can do P2P in a browser now. Our hands are tied, so we don't know what apps would be created. > Windoze users won't switch to Linux, because they are too lazy to > appreciate the freedom of rolling your own configuation. Linsucks will never succeed in mass-market because it violates the economic law of economy-of-scale, otherwise known as the maximum division-of-labor. People prefer a plethoria of diverse applications that are pre-programmed to be close to what they want. People prefer 0 complexity and one-click use (no learning curve, nothing to memorize!). People don't want to waste a single second of their life programming their TV remote control. Webapps are the only way to converge users away from Windoze. What you have now is mashups, not deep apps that are needed. ====================================== Turn on your Wake up on LAN folks. Get the big picture. > > It's also naive to claim that WebSockets is only for JavaScript, only > for dumb browsers, only for medium size data. We're designing "TCP > over HTTP" in a real sense and there are generations of applications > that will use this, way beyond today's use cases. Please, think of > the children! > > - > Pieter Hintjens > iMatix - www.imatix.com > _______________________________________________ > hybi mailing list > hybi@ietf.org > https://www.ietf.org/mailman/listinfo/hybi > >
- [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding gustav trede
- Re: [hybi] frame length encoding Willy Tarreau
- Re: [hybi] frame length encoding Scott Ferguson
- Re: [hybi] frame length encoding Roderick Baier
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Daniel Stenberg
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding gustav
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding Daniel Stenberg
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Patrick McManus
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding gustav
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Patrick McManus
- Re: [hybi] frame length encoding Patrick McManus
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Brian
- Re: [hybi] frame length encoding Roberto Peon
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Roberto Peon
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding gustav
- [hybi] Fwd: frame length encoding Brian
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding gustav
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] Fwd: frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding gustav
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding John Tamplin
- [hybi] max frame size, was: frame length encoding Julian Reschke
- Re: [hybi] max frame size, was: frame length enco… John Tamplin
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] max frame size, was: frame length enco… gustav
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding gustav
- Re: [hybi] frame length encoding Salvatore Loreto
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Shelby Moore
- [hybi] frame length encoding Brian
- Re: [hybi] frame length encoding Scott Ferguson
- Re: [hybi] frame length encoding Salvatore Loreto
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding John Tamplin
- [hybi] Fwd: frame length encoding Brian
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Scott Ferguson
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] frame length encoding Salvatore Loreto
- Re: [hybi] max frame size, was: frame length enco… Pieter Hintjens
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding John Tamplin
- Re: [hybi] max frame size, was: frame length enco… Scott Ferguson
- Re: [hybi] frame length encoding Brian
- Re: [hybi] frame length encoding Pieter Hintjens
- Re: [hybi] max frame size, was: frame length enco… Brian
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding gustav
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] frame length encoding Shelby Moore
- Re: [hybi] max frame size, was: frame length enco… Shelby Moore