By mitchp
via java.dzone.com
Published: Sep 14 2010 / 09:34
Last month, Terracotta told DZone that they were working on a module for Ehcache and Hibernate users that would bypass the Java garbage collection bottleneck. The severely limited heap size allowed by the Java garbage collector (if you don't want to have significant performance issues) is a problem that has plagued the industry for years. Terracotta believes that today's memory requirements are finally forcing many to address this issue, and now Terracotta has their own answer - BigMemory.
Comments
cafebabe replied ago:
nmatrix9 replied ago:
Java GC needs to be drastically improved in my opinion.
JThreads replied ago:
Oracle's plan to merge the Sun HotSpot Java Virtual Machine with the JRockit JVM is underway, hopefully within a realistic time schedule we could have some kick-butt GC :)
prpatel replied ago:
I only quickly read the article, haven't yet installed & played with BigMemory yet. But I'm gonna vote it up simply because they are working on something truly useful and hard-to-solve. Wonder if this is open-source like the other Terracotta projects....
RawThinkTank replied ago:
nmatrix9 replied ago:
@RawThinkTank
WTF are you talking about?
Todd replied ago:
I believe RawThinkTank thinks he is on Digg.
RawThinkTank replied ago:
Digg is dead, its time for Reddit, i think DZone should be careful while spaming us with fullscreen ads.
RawThinkTank replied ago:
M$ could have easy taken advantage of native mode gtk and also went platform independent when they wanted to take on jvm , but instead they copied it.
henk replied ago:
Very interesting, those Terracotta guys have been doing some very interesting stuff in the past, so I'm definitely taking this very seriously. Yet, I would really love to learn some more details. You obviously can't really store stuff in a non-heap forever without ever cleaning it, so what's the trick here?
Voters For This Link (70)
Voters Against This Link (0)