Re: [hybi] Framing take IV

[Ian Hickson <[e-mail]>]

On Tue, 3 Aug 2010, Ian Fette (ã~B¤ã~B¢ã~C³ã~C~Uã~B§ã~C~Cã~C~Fã~B£) wrote:
> 
> For us it's the number of open sockets on the frontend, plain and 
> simple. Each open socket == more kernel memory for socket buffers. 
> Whereas, if we have multiplexing, I can take in a frame, see what stream 
> it is, send it off to the appropriate backend and be done. Holding open 
> multiple connections for a single user kills us.

We shouldn't design a protocol for the next few decades around a 
limitation of a particular kernel implementation and how it affects one 
particular deployment. Why don't we just change the kernel to send it off 
to the appropriate backend and be done instead of using lots of kernel 
memory for socket buffers?


> At the application level we would need an <iframe> to google.com to get a
> shared worker, and then use postmessage.

On the same timeframe as multiplexing in Web Sockets, we should be able to 
get cross-origin shared workers, so this is a non-issue.


> Plus, if we wanted to multiplex sending large and small data, we would 
> probably have to break up the large data at an application level and 
> re-assemble it at an application level on the server side, and I cannot 
> imagine that being performant.

On the server side you don't have to do it at the application level. You 
have full control over the entire stack from the network fabric up, you 
can implement it however you like.

On the client side, given the right primitives, why can't it be the same 
as if the browser implemented it?


> Again, I'm much more interested in squeezing out every last drop of 
> performance. That's the whole reason for WS in my mind as opposed to 
> existing JS APIs.

It might be your reason for being interested in Web Sockets. It's not the 
whole reason Web Sockets exists, though. It's not even the main reason. :-)

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'