On Sep 9, 10:10 am, Brian G <[email protected]> wrote: > After extensive debugging including taking heap dumps and working with > Mark, we identified that the reapMap, which is part of the caching > framework, had a buttload of references to objects that were
I thought I would share a few posts I wrote in case you want to do the same debugging and confirm you're seeing the same behavior that I am. First, to take a heap dump and to understand the JVM memory space a bit better and how to use Eclipse MAT to open up the dump: http://www.ghidinelli.com/2009/07/16/finding-memory-leaks-coldfusion-jvm If you have big heaps, you might need this help: http://www.ghidinelli.com/2009/07/30/large-heap-dumps-eclipse-mat To find the ReapMap and see if that's your issue, you want to open up the Histogram or Dominator Tree and search for "objectcache.CacheManager". You should get one of them I think. Right click on it and get a list of object references - outgoing. Then drill down in the objects looking for the reapMap. See this image for where you should be looking: http://www.ghidinelli.com/wp-content/uploads/2009/09/reapmap-mat.png I think confirmation on your platform/setup would be useful for Mark so we can start to build some patterns on what environments are seeing it. Brian --~--~---------~--~----~------------~-------~--~----~ Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer You received this message because you are subscribed to the Google Groups "transfer-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/transfer-dev?hl=en -~----------~----~----~----~------~----~------~--~---
