On Wed, 2009-04-29 at 00:42 +1000, mcto...@gmail.com wrote: > In a nutshell, we discovered that under Windows, the maximum size of the
I think with Windows, APR will have scalability problems sooner or later, as poller performance is bad on that platform (the code has a hack to use many pollers as performance degrades quickly with size). There is a Vista+ solution to that somewhere in the future, but I'm not sure this whole thing will still be relevant then. DeferAccept on Unix makes accept return a socket only if it has data available. Of course, this is much faster, but I'm not sure about its support status on any OS. Setting the options in done in a regular thread due to possible SSL processing (and just to be safe overall). Maybe an option there to do that in the accept thread would be decent (obviously, only useful if there's no SSL and no deferAccept; in theory, although setSocketOptions is cheap, Poller.add does sync, which is a problem since it's bad if the accept thread is blocked for any reason, so I don't know if that would work better in the real world). Rémy --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
