Hi, depends the hz config I think and if you used the right classloader to create the cache (think hazelcast doesn't use TCCL by default)
Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://blog-rmannibucau.rhcloud.com> | Old Wordpress Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber <http://www.tomitribe.com> | JavaEE Factory <https://javaeefactory-rmannibucau.rhcloud.com> 2016-07-25 17:09 GMT+02:00 sgjava <[email protected]>: > I'm using Hazelcast 3.6.4 as a JCache provider under TomEE 7. Using MAT I > see > One instance of "com.hazelcast.cache.impl.CacheService" loaded by > "java.net.URLClassLoader @ 0x805b5050" occupies 162,660,400 (71.07%) bytes. > The memory is accumulated in one instance of > "com.hazelcast.cache.impl.CachePartitionSegment[]" loaded by > "java.net.URLClassLoader @ 0x805b5050". > > Using javax.cache MBean I can see CacheRemovals is 0, but CacheEvictions is > 207,315. Is this normal behavior (not freeing the memory unless it's needed > perhaps)? I'm have 2G reserved for heap and the server is using about 250 > MB > on the low end. It has doubled in size over 5 or 6 days and I only have one > item that caches for 24 hours with a 30% hit ratio. > > > > -- > View this message in context: > http://tomee-openejb.979440.n4.nabble.com/Heap-leak-as-JCache-provider-tp4679471.html > Sent from the TomEE Users mailing list archive at Nabble.com. >
