Jeff Turner wrote:
On Fri, Nov 30, 2001 at 12:18:34AM +1100, Peter Donald wrote:
[..]
Actually a while back there was some hubub because someone wrote a java
webserver that behaved like this and it beat the pants off all the major
native webservers (even those with all the fancy kernel hooks). Can't
remember exact details but I believe the guy was one of the people on the
spec for NIO and that he had already written his own non-blocking io API as
part of an academic project.
I think you're referring to Matt Welsh's SEDA and nbio projects:
http://www.cs.berkeley.edu/~mdw/proj/seda/
"SEDA is an acryonym for staged event-driven architecture, and
decomposes a complex, event-driven application into a set of stages
connected by queues. This design avoids the high overhead associated
with thread-based concurrency models, and decouples event and thread
scheduling from application logic."
http://www.cs.berkeley.edu/~mdw/proj/java-nbio/
The PDF paper on SEDA makes for good reading on the train.
Thanks for the links, I will look at them in more detail later.
Makes me wonder.. do people *want* massive concurrency? Is performance
really an issue with current server architectures? I'm sure it is in
some cases, but the rest.. I suspect plain old manageability and ease of
use are more important.
Production servers want to have their cake and eat it too. They want both
manageability AND scalability. If Cornerstone/Phoenix can prove itself to
be more efficient, stable, secure, and scalable than IBM WebSphere/BEA WebLogic,
it will get people's attention. You know that the big dogs are playing with
it, and it would be really fun to see if we can create a standalone Java
based web server (think simple file-based server) that can outperform the C
based
Apache HTTPD. It would totally rock!
Beyond that, it also makes it easier to sell Avalon to management, which in
turn increases the time I have to develop for it :).
Still, it would be fun to play with.
:p
--
"Those who would trade liberty for
temporary security deserve neither"
- Benjamin Franklin
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
