Mark Thomas schrieb:
> Roy McMorran wrote:
>> Roy McMorran wrote:
>>> Despite my misgivings, 1.1.5 seems to have helped.  It's run my test
>>> script for about 30 minutes now without problems (previously would
>>> have hung by minute 3).
>>> However!
>>> My dev system (which was already running 1.1.15) still exhibits the
>>> problem.  It also has newer versions of Tomcat (6.0.18), Apache
>>> (2.2.10) and mod_jk (1.2.27).
>>>
>> Correction.  The combination of updating libtcnative to 1.1.15 _AND_
>> setting "JkOptions     +DisableReuse" prevents both systems from hanging.
>>
>> I'm concerned about the performance implications of using this directive
>> based on what I read at
>> http://tomcat.apache.org/connectors-doc/reference/apache.html
> 
> Don't be. With httpd and Tomcat on the same box (or even the same LAN) the
> overhead of establishing the TCP connection on every request is minimal.
> Whilst theoretically there would be a performance issue in practice you
> won't notice it and it is much more stable. I have heard some reports of
> people seeing better overall performance. The usual YMMV warning applies.
> The only way to know for sure is to test it.
> 
>> and I'm unclear as to why it's necessary.  Can anyone educate me on
>> this?
> 
> Various causes, usually comes down to one end dropping the connection
> without the other one realising. HTTP keep-alive usually plays a part in
> this. Can also be related to connection time outs and when each end checks
> to see if the time out is expired.
> 
> In short, disabling re-use removes all of these issues.
> 
>> Do I still have a problem with my configuration?
> 
> You could probably tune the time out and keep alive settings to reduce the
> issue but just disabling reuse is usually the better option.

Easier vs. better: If you setup sensible timeouts and use CPing/CPong as
described on

http://tomcat.apache.org/connectors-doc/generic_howto/timeouts.html

There should be no such problems, even without DisableReuse.

Regards,

Rainer

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

Reply via email to