...

Garbage is collected as and when the JVM needs to do it.

Calling GC is merely a *suggestion* that now is a good time to
do garbage collection, but if a VM has plenty of memory, it will
likely be ignored.

Further, calling GC will not free resources that still
have references.

The best way to achieve good memory management is to
ensire you do not hold on to references of objects
longer than necessary, and simply leave the VM to decide
when to collect garbage.

That is exactly what I do in 'The Giffer'* that has a memory bar
on the lower left to give you a crude idea of how (and when)
a typical VM handles GC.

* <http://www.physci.org/giffer/>
Note - the effect I am referring to is more obvious
in the 'Standard Memory' version..

HTH

The JVM uses virtual memory for several purposes, some of those being code,
memory used by the JVM's runtime, and the Java heap.  Garbage collection
means making free space inside the last of these, but not, in general making
it smaller or returning any virtual memory to the OS.  That is, even a very
successful GC will not result in the process using less VM.

In addition, it's quite possible that a garabge collection needs to allocate
memory for use by the collector.  I suspect that's what you're seeing.

This is no solution to your problem - I can only agree with other
responses.

A good idea is NOT to use 'Memory use' in the Task Manager - use
'Virtual Memory' instead. It gives a better report of actually used
memory by each
process, among these Java.

It is quite possible that memory space usage will temporarily increase
due to the workspace required to run the GC. The mistake with using Task
Manager to measure memory usage is assuming that because the C runtime
(which implements your JVM) has freed some memory that the C runtime has
actually returned the memory to the OS (it most likely has not been
returned to the OS). So although the memory used by your app may have
gone down, the OS view of this memory may be radically different. You
need a different view:

Do not use Task Manager to measure memory usage as you will be including
the memory space for Threads (1MB per thread), DLLs, shared memory, etc.
As a result Task Manager is an unreliable tool for measuring memory
usage. If you want to view your application's memory space download VM
Validator (free) from

       http://www.softwareverify.com
       http://www.softwareverify.com/vmValidator/index.html

You get two views onto your application's memory:
1) Page Table view - showing you which 4K pages are paged in/out
2) Virtual Memory view - showing your the Windows memory states for each
page, including identifying reserve/commit/release/dll memory spaces.

Stephen