Prev: Calendar.add (DAY_OF_YEAR, 1) - roll not working properly
Next: return to the begin of InputStream
From: Dan on 30 Nov 2009 17:19
Hello Java Guru's!

Is there a way to force garbage collection in Java?

Before anyone answers I feel I need to state:
- I know about System.gc() and Runtime.gc() and what they do
- I am not suggesting to do this in production code

The purpose of my asking is that I want to test a finializer during a
unit test by allowing something to go out of scope naturally. The
reason why I need it to fall out of scope instead of calling the
finalizer directly is because I am testing that no other references
exist and that the act of letting it fall out of scope makes it
eligible for gc.

So in this specific case, how would I do it? I know that code
profiling tools such as jProfiler can somehow force gc on a remote
JVM. Does anyone know how this works?

In my test cases, the following seems to run it every time... but I
was hoping that there was a more definitive way to do it:

System.gc();
Thread.sleep(1000);

Thank you!

-Dan

PS: I know there is another topic similar to this, but this isn't the
exact same question and I didn't want to hijack the thread.
From: Eric Sosman on 30 Nov 2009 18:14
Dan wrote:
> Hello Java Guru's!
>
> Is there a way to force garbage collection in Java?
>
> Before anyone answers I feel I need to state:
> - I know about System.gc() and Runtime.gc() and what they do
> - I am not suggesting to do this in production code
>
> The purpose of my asking is that I want to test a finializer during a
> unit test by allowing something to go out of scope naturally. The
> reason why I need it to fall out of scope instead of calling the
> finalizer directly is because I am testing that no other references
> exist and that the act of letting it fall out of scope makes it
> eligible for gc.

You should not, of course, call finalize() directly.

If I understand correctly, you've got a Thing instance to
which there should be only one reference (or hard reference),
and you want to assert "No other (hard) references exist" by
letting the lone reference go out of scope and then seeing
whether the garbage collector agrees that there are no others.
This latter you hope to do by seeing whether the finalize()
method gets called.

The problem with this approach, it seems to me, is that
it's not clear how long you should wait before concluding that
the Thing has not become garbage. You can call System.gc() --
you can even call it several times, creating megabytes of other
garbage between calls -- but I don't know of any way to be sure
finalize() gets called "promptly." If you *do* observe finalize()
being called, fine -- but if you don't, you won't know whether the
test has failed or whether you needed to wait a little longer and
run GC a few more times.

I suppose you could run some simple experiments to get a feel
for how many GC cycles and how much garbage is needed to be
reasonably sure that finalize() will run. Run the experiments
with all available GC flavors, in client and server settings,
and hope for the best, I guess.

I wonder if you could do something more direct, possibly
using a ReferenceQueue or something else in the java.lang.ref
package. I confess I've used only a few of the things therein,
and only in simple ways, so this isn't so much an Answer as an
Exercise for the Reader ...

Good luck!

--
Eric Sosman
esosman(a)ieee-dot-org.invalid
From: markspace on 30 Nov 2009 18:24
Dan wrote:

> In my test cases, the following seems to run it every time... but I
> was hoping that there was a more definitive way to do it:
>
> System.gc();
> Thread.sleep(1000);


I don't think there's a way to force the gc to run, but in my experience
it always does run. You can, however, do something more deterministic
by using a phantom reference. Unfortunately, the Thread.sleep() call
seems to be necessary, so I don't know how deterministic this really is.


public class PhantomTest {
public static void main( String[] args )
throws Exception
{
ReferenceQueue<?> refQueue = new ReferenceQueue<Object>();
DiesHorribly die = new DiesHorribly();
PhantomReference<?> ref = new PhantomReference( die, refQueue );
System.out.println( "About to kill " + die );
die = null;
System.gc();
System.out.println( "Done." );
Thread.sleep( 1000 );
System.gc();
System.out.println( "waiting..." );
refQueue.remove();
System.out.println( "The phantom of the OS" );

}

private static class DiesHorribly {

@Override
protected void finalize()
throws Throwable
{
System.out.println( this+" died." );
super.finalize();
}

}
}
From: Tom Anderson on 30 Nov 2009 18:18
On Mon, 30 Nov 2009, Dan wrote:

> Is there a way to force garbage collection in Java?
>
> Before anyone answers I feel I need to state:
> - I know about System.gc() and Runtime.gc() and what they do
> - I am not suggesting to do this in production code
>
> The purpose of my asking is that I want to test a finializer during a
> unit test by allowing something to go out of scope naturally. The
> reason why I need it to fall out of scope instead of calling the
> finalizer directly is because I am testing that no other references
> exist and that the act of letting it fall out of scope makes it
> eligible for gc.

First up, rather than using a finalizer, i'd use a PhantomReference:

http://java.sun.com/javase/6/docs/api/java/lang/ref/PhantomReference.html

I don't think much is guaranteed for either approach, but i believe a
PhantomReference is likely to tell you about collection sooner than a
finalizer would. It's definitely a lot classier.

> So in this specific case, how would I do it? I know that code profiling
> tools such as jProfiler can somehow force gc on a remote JVM. Does
> anyone know how this works?

I suspect they do it via JMX - JConsole can do it, and that's a JMX tool.
There's an MBean for the GC:

http://java.sun.com/javase/6/docs/api/java/lang/management/GarbageCollectorMXBean.html

But it doesn't have a method to force collection. There's an extension for
Sun's implementations:

http://java.sun.com/javase/6/docs/jre/api/management/extension/com/sun/management/GarbageCollectorMXBean.html

But that doesn't have such a method either. But i bet if you dig into this
you'll find a way to do it. Some super sekrit method somewhere.

tom

--
packaheomg sogma's
From: John B. Matthews on 30 Nov 2009 22:26
In article <hf1k74$6tq$1(a)news.eternal-september.org>,
markspace <nospam(a)nowhere.com> wrote:

> Dan wrote:
>
> > In my test cases, the following seems to run it every time... but I
> > was hoping that there was a more definitive way to do it:
> >
> > System.gc();
> > Thread.sleep(1000);
>
>
> I don't think there's a way to force the gc to run, but in my
> experience it always does run. You can, however, do something more
> deterministic by using a phantom reference. Unfortunately, the
> Thread.sleep() call seems to be necessary, so I don't know how
> deterministic this really is.

This article proposes calling System.gc() and Thread.yield() in a loop:

<http://www.javaworld.com/javaworld/javaqa/2003-12/01-qa-1212-intern.html>

They also mention "a custom JVMPI (JVM Profiler Interface) agent." I'm
guessing that's the trash can icon in NetBeans' profiler.

[...]
--
John B. Matthews
trashgod at gmail dot com
<http://sites.google.com/site/drjohnbmatthews>
 |  Next  |  Last
Pages: 1 2
Prev: Calendar.add (DAY_OF_YEAR, 1) - roll not working properly
Next: return to the begin of InputStream