You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@hc.apache.org by Dennis Cook <de...@bevocal.com> on 2003/11/12 19:53:20 UTC
RE: DO NOT REPLY [Bug 24309] - MultiThreadedHttpConnectionManage
r daemon Thread never GC'd
I just a comment about GC. Libraries that call for GCs are not very
application friendly. When a library that is a small part of an application
explicitly invokes GCs, it can have a dramatic effect on the performance of
the whole application. This must have been seen as a common problem,
because Java 1.4 offers the -XX:+DisableExplicitGC option to disable the
System.gc() and return control of GC back to the JVM where it belongs.
Dennis Cook
BeVocal, Inc.
tel: 650-641-1424
fax: 650-210-9275
-----Original Message-----
From: Ortwin Glück [mailto:ortwin.glueck@nose.ch]
Sent: Wednesday, November 12, 2003 12:21 AM
To: Commons HttpClient Project
Subject: Re: DO NOT REPLY [Bug 24309] -
MultiThreadedHttpConnectionManager daemon Thread never GC'd
Mike,
in the test case I would rather introduce a Thread.sleep AFTER the
System.gc() call as well to give the GC time to run. GC happens
asynchronously. The System.gc() call is not blocking!
Odi
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24309
>
> ------- Additional Comments From becke@u.washington.edu 2003-11-12 00:27
-------
> Any more thoughts on this one, or should I apply?
>
> Mike
>
---------------------------------------------------------------------
To unsubscribe, e-mail:
commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail:
commons-httpclient-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
Re: DO NOT REPLY [Bug 24309] - MultiThreadedHttpConnectionManage r
daemon Thread never GC'd
Posted by Eric Johnson <er...@tibco.com>.
Dennis,
Of course. Not to worry, though, in that the gc() call in question is
inside of a test case, not the HttpClient library itself.
-Eric.
Dennis Cook wrote:
>I just a comment about GC. Libraries that call for GCs are not very
>application friendly. When a library that is a small part of an application
>explicitly invokes GCs, it can have a dramatic effect on the performance of
>the whole application. This must have been seen as a common problem,
>because Java 1.4 offers the -XX:+DisableExplicitGC option to disable the
>System.gc() and return control of GC back to the JVM where it belongs.
>
>Dennis Cook
>BeVocal, Inc.
>tel: 650-641-1424
>fax: 650-210-9275
>
>
>-----Original Message-----
>From: Ortwin Glück [mailto:ortwin.glueck@nose.ch]
>Sent: Wednesday, November 12, 2003 12:21 AM
>To: Commons HttpClient Project
>Subject: Re: DO NOT REPLY [Bug 24309] -
>MultiThreadedHttpConnectionManager daemon Thread never GC'd
>
>
>Mike,
>
>in the test case I would rather introduce a Thread.sleep AFTER the
>System.gc() call as well to give the GC time to run. GC happens
>asynchronously. The System.gc() call is not blocking!
>
>Odi
>
>
>
>>http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24309
>>
>>
>>
>
>
>
>>------- Additional Comments From becke@u.washington.edu 2003-11-12 00:27
>>
>>
>-------
>
>
>>Any more thoughts on this one, or should I apply?
>>
>>Mike
>>
>>
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail:
>commons-httpclient-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail:
>commons-httpclient-dev-help@jakarta.apache.org
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-httpclient-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-httpclient-dev-help@jakarta.apache.org