Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <tomcat-dev@jakarta.apache.org>
Received-SPF: pass (asf.osuosl.org: local policy)
Date: Fri, 1 Jul 2005 11:07:14 +0200
From: Vicenc Beltran Querol <vbeltran@ac.upc.edu>
To: Tomcat Developers List <tomcat-dev@jakarta.apache.org>
Subject: Re: cvs commit:
 jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Message-ID: <20050701090714.GA4859@ac.upc.edu>
References: <20050630024938.35581.qmail@minotaur.apache.org>
 <42C3CBD0.1020305@apache.org> <007c01c57d88$e62bedb0$c3ff6b47@oemcomputer>
 <42C41275.407@apache.org> <42C4151D.30308@apache.org>
 <42C4178E.7050805@apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <42C4178E.7050805@apache.org>
User-Agent: Mutt/1.4.2i

On Thu, Jun 30, 2005 at 06:02:22PM +0200, Mladen Turk wrote:
> Jeanfrancois Arcand wrote:
> >>>
> >>>Actually, on Solaris the big winner is ChannelNioSocket.  It wins the 
> >>>performance race easily now.  Too bad that NIO on Windows s*cks.  I 
> >>>guess that JFA was right, and non-blocking sockets is the way to go.
> >>>
> >>
> >>He he. We shall see :)
> >
> >:-). Just take a look at the GlassFish module called appserv-http-engine 
> > on java.net (http://weblogs.java.net/blog/jfarcand/). I'm sure you will 
> >like it :-). And I'm sure this community can come with something even 
> >better....
> >
> 
> Well I'm sure only of the following:
> 1. Blocking sockets outperforms NIO
> 2. NIO scales better
> 
> So the ideal would be to have them both at once.
> Perhaps one day the Sun will accept some of my ideas and
> allow to intermix the blocking and nonblocking IO.


That sounds great! Nice idea. Never thought about it.

Let's say... something like a "hybrid" solution... that would be interesting.


-Vicen�

> Until then, well, I have 64 bit JVM and a 1GB RAM for couple of bucks,
> and APR of course :)
> 
> 
> Regards,
> Mladen.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org