[rescue] Mozilla Firefox

Charles Shannon Hendrix shannon at widomaker.com
Mon Apr 26 19:01:25 CDT 2004


Mon, 26 Apr 2004 @ 14:35 -0400, Dave McGuire said:

> On Apr 26, 2004, at 12:08 PM, Charles Shannon Hendrix wrote:
> >>And, at least we know Java's GC works.
> >
> >Do we?  If it works, then it must be improperly written code in the
> >libraries that seems to make Java programs leak/eat memory.
> >
> >No thanks.
> 
>   Ok, now I'm hearing the "twilight zone" theme again.  I'm sorry man, 
> but I've now reached the conclusion that you don't know squat about 
> Java. :-(

That's your option of course, but I can't imagine why.

The problems of the Java garbage collector are widely discussed and
there has been research on fixing it for years, a lot of that done by
IBM.  The early 1.0 and 1.1 Java GCs were particularly bad, fragmenting
severely and frequently failing to deallocate unreferenced objects.

If I observe a Java program leaking memory, it has to be the libraries
(classes) if it isn't the garbage collector.  Well, it could be the JVM
itself I suppose, but I'd think that is less likely than the GC or the
program code.

If you'll spend 15 minutes with Google, you'll find quite a bit of
information on problems with Java garbage collection, both in how the GC
works, and how people (mis)use it.

I run Java 1.4.1 right now, the Sun distribution for Linux x86.

It's possible the default setup is just bad, but I can't usually run
more than one Java application at a time.  

One thing interesting about 1.4.1 is the introduction of parallel
garbage collectors for SMP systems.  I'm wondering if it would help a
really fast uniprocessor system too.  Might make the application run
smoother since the GC would not have to stop the world when doing a GC
sweep.



-- 
shannon "AT" widomaker.com -- ["It's a damn poor mind that can only think
of one way to spell a word." -- Andrew Jackson]



More information about the rescue mailing list