>>> Garth Somerville <[EMAIL PROTECTED]>
>> And as long as these blocked threads are
>>really blocked then a decent threading
>>implementation (eg: green threads) won't
>>actually create any more processing overhead
>>because the thread layer should be implemented
>>as a swappable pool of OS threads.

>You are right that a very good implementation of
>green threads could solve the problem and restore
>Java's thread ideology.  Let me know when you find it!

What VM are you using?


>Sun tried to do something admirable with Java by
>leaving out select() which was to simply the programming
>model.  However it has not worked out in practice and
>we need to move forward with the APIs and constructs
>that will allow us to write high performance servers in
>Java.

Well... I'm the architecht for a servlet based webmail service, we
use SunOS to host (principally because of the excellent threading). We
have never had a problem with performance, indeed for a long time we
ran the service using the Sun reference VM. We have >3m subscribers.

So what levels of performance are a problem? because I haven't hit
them yet...

On my own side note IMHO one of the problems here seems to be the
idea that Java is portable C. It isn't. It's an environment that has
inherited some of C's syntax and there the similarity ends.

The VM design of Java is supposed to achieve a separation of
responsibilities. It is for VM designers to provide good threading
implementations that allow us to write code that performs as well as
it can.

I do agree that we must have some way to express async IO but I don't
agree we need to change the thread model for servlets in any way, and
certainly not to improve performance.


Nic

___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".

Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html

Reply via email to