Doing tcp splicing for pipe?

[Per Buer]

Hi.

We're messing around with websockets these days (for the varnish mgmt
console). So, in varnish we end up detecting an upgrade and doing
return(pipe) for the connections. It works well on the scale we are using
it. However, if we where to handle 100k concurrent users there would have
to be 100k threads to handle it which would take a fair bit of resources
doing silly bit-shuffling.

Would it make sense just to splice the connections in vcl_pipe? We'd still
need to keep an eye on the connection for book-keeping, handling errors and
such so we'd still probably need a thread looking after all of the
connections.

Does it makes sense? Is it premature to do such optimization now?

-- 
Per Buer, CEO
Phone: +47 21 98 92 61 / Mobile: +47 958 39 117 / Skype: per.buer
*Varnish makes websites fly!*
Whitepapers <http://www.varnish-software.com/whitepapers> |
Video<http://www.youtube.com/watch?v=x7t2Sp174eI> |
Twitter <https://twitter.com/varnishsoftware>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.varnish-cache.org/lists/pipermail/varnish-dev/attachments/20111102/7cba524b/attachment-0003.html>