<div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Scenario 1:<br>With long-polling requests, each client uses only one port since the same connection is continuously used, HTTP being stateless. The loss of the connection would mean potential loss of data.<br>

<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">32K simultaneous active connections to the same service on a single machine? I suspect the bottleneck is somewhere else...<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

Scenario 2:<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">So you would use several backend and a single frontend? Frontend, espacially when only used as proxy/cache, are the easiest components to replicate...<br>

</div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Once again, I highly suspect that managing 32K connections on a single server is CPU-consuming...<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

I am no among the developers at all... I am merely discussing the usefulness of such a request.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I prefer developers to concentrate on usable stuff rather than on superfluous features: the product will be more efficient and usage-based and not an all-in-one monster.<br>

<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">My 2 cents.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I'll stop there.<br></div><div class="gmail_extra">

<font size="1"><span style="color:rgb(102,102,102)">---<br></span><b><span style="color:rgb(102,102,102)">B. R.</span></b><span style="color:rgb(102,102,102)"></span></font>
</div></div>