On Wed, 28 Oct 2009, Greg Wilkins wrote: > > Having a protocol optimized for ease of perl implementation, but that is > difficult to optimize for scale is not ideal. Agreed, but this isn't the case here. If you're willing to use advanced techniques, then there's lots of things you can do to avoid copying -- for example, the same thing as people do now to avoid copying HTTP headers around. After all, HTTP headers are sentinel based; they don't have length declarations. And those are longer than most WebSocket messages likely will be. > Besides - you say that there are quality utf-8 libraries available. So I > don't see the argument that says it is hard to know the length that is > being sent? The existence of quality UTF-8 libraries does not imply that everyone will competently use them. Many uses of WebSockets will likely not need anything beyond basic ASCII -- it's only when the script is sending user data and you want to interpret it on the server-side that you need to decode the data. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Note Well: Messages sent to this mailing list are the opinions of the senders and do not imply endorsement by the IETF.