Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
Thank-you for your e-mail.
Please note that i will be away from the office starting Wednesday June
29th, returning Thursday July 7th, with no access to email. In my absence,
kindly contact Cheri Dueck at [EMAIL PROTECTED]
Kind Regards,
Natasha Hasmani
Senior Event Manager
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
Vicenc Beltran Querol wrote:
That sounds great! Nice idea. Never thought about it.
Let's say... something like a hybrid solution... that would be interesting.
I got used to useless statements coming from you. I see a trend now.
Rémy
[EMAIL PROTECTED] wrote:
billbarker2005/06/29 19:49:38
With a 16K bufferSize, the APR connector is no longer the clear
winner in performance. For BC, it's currently disabled by default,
but it's easy enough to change that after some more testing.
Yes, I can see performance is better too.
Remy Maucherat schrieb:
[EMAIL PROTECTED] wrote:
billbarker2005/06/29 19:49:38
With a 16K bufferSize, the APR connector is no longer the clear
winner in performance. For BC, it's currently disabled by default,
but it's easy enough to change that after some more testing.
Yes, I can
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Thursday, June 30, 2005 3:39 AM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
[EMAIL PROTECTED] wrote
Bill Barker 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 :)
Now that I've looked at it a lot,
Bill Barker 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.
Lol, sure, I'll think about it ;)
Hey, I like the overengineering
Mladen Turk wrote:
Bill Barker 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
Jeanfrancois Arcand wrote:
:-). 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
Yes, I do like parts of it: I'd say
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
Remy Maucherat wrote:
Jeanfrancois Arcand wrote:
:-). 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
Yes, I do
Jeanfrancois Arcand wrote:
LOL :-) Don't know what formula you used to get 80% (might be more :-))
, but why would I re-write something that works pretty well :-).
Coyote/http11 was well designed, so was easy to extends. I got rid of
the thread pool and replaced the front end with an nio non
[EMAIL PROTECTED] wrote:
Give Remy something meaningful to benchmark against ;-).
Mladen did all the preliminary tests using the HTTP example server that
is in the mustang sources, which is a similar comparison.
It also has extra GC vs Remy's ChannelAprSocket.
... which will never exist ;)
I
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List tomcat-dev@jakarta.apache.org
Sent: Sunday, April 17, 2005 12:22 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
[EMAIL PROTECTED] wrote:
Give Remy
Remy Maucherat a écrit :
[EMAIL PROTECTED] wrote:
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
[EMAIL PROTECTED] wrote:
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
jk/java/org/apache/ajp/tomcat4
Title: RE: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Impressively fast fix.
Seeing what you've fixed, I can now reinterpret the Sun documentation and see what was going on.
Thanks.
PJDM
--
Peter Mayne
Technology Consultant
Spherion Technology
I doesnt have any problems with redirs with Coyote/jk2 using https in
IIS, AFAIK the only use URL class had, was to try to get a absolute RUL
or something like that, with a Method Craig did many time ago this
should be unnecssary...
I wonder how do you did the tests?
Saludos ,
Ignacio J.
- Original Message -
From: Ignacio J. Ortega [EMAIL PROTECTED]
To: 'Tomcat Developers List' [EMAIL PROTECTED]
Sent: Thursday, October 03, 2002 1:36 PM
Subject: RE: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
I doesnt have any problems with redirs
De: Bill Barker [mailto:[EMAIL PROTECTED]]
Enviado el: 3 de octubre de 2002 22:52
It seems that o.a.c.tomcat4/5.CoyoteResponse is using
java.net.URL instead
of Craig's o.a.c.u.URL or (the same class for 3.3)
o.a.t.u.net.URL. AFAIK,
changing the import statement in CoyoteResponse
Bill Barker wrote:
I doesnt have any problems with redirs with Coyote/jk2 using https in
IIS, AFAIK the only use URL class had, was to try to get a absolute RUL
or something like that, with a Method Craig did many time ago this
should be unnecssary...
I wonder how do you did the tests?
- Original Message -
From: Costin Manolache [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 03, 2002 2:37 PM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/server JkMain.java
Bill Barker wrote:
I doesnt have any problems with redirs
26 matches
Mail list logo