[EMAIL PROTECTED] wrote:
> On Fri, 21 Jun 2002, Christopher K.  St.  John wrote:
> 
> 
>> Fair enough. I think part of the problem is that one
>>of the primary goals of the proposal appears to be to 
>>find common ground between the Tomcat 3 and Tomcat 4 
>>camps. I have the sneaking suspicion that the code should
>>be the primary concern.
> 
> 
> I think the community is as important as the code, at least
> in Apache. 
> 
> Let me ask a question - how much time have you spent 
> benchmarking and profiling tomcat ? I can tell I spent
> few months with almost daily runs in OptimizeIt and 
> several 'ab' per day.
> 
> And I suspect Remy did the same - at least that's what
> 4.1 seems to indicate. And few other people do the 
> same - see the discussions on JNI performance as a recent 
> example.

Lol, yes, I did that a lot. I haven't done that for a while (last few 
times was when I optimized the Jasper 2 runtime), but I'll probably 
start over again to make sure there are no regressions.

I don't know any other way to improve performance ;-)

BTW, this is off-topic, but I have an OptimizeIt question: how do you 
run it with Hotspot (on Windows) ? Everytime I tried, it crashed and/or 
the profiling didn't work. So I've been using it with the classic VM, 
but this obviously can change the results.
Any trick you might know to make Hotspot work ?

> We are way beyond the point where 'intuition' was the 
> primary factor. 
> 
> If you believe o.a.c.c can be optimized - feel free
> to prove it. If your benchmarks show that coyote is slower
> than the old connector - let us know how you did that.
> 
> Performance is certainly not the only goal here, but 
> after 3 years we know that buffer management is important, 
> Strings are bad, char-byte conversions is expensive - and
> all of those must go into the core. 

Even if you manage to edge Coyote HTTP/1.1 performance, it's not going 
to be by a wide margin. Having written it for a simpler API would also 
probably make the Coyote HTTP/1.1 implementation cleaner and more 
maintainable.

BTW, Strings are bad but needed IMO for security, right ?

Remy


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to