I have used YourKit java profiler to successfully get at the objects holding memory, although it does involve detective work.
I do remember being amazed at the impact of having debugging turned on. People always say to keep it off, but when I saw just how much memory it was holding... I was shocked. So make sure you have debugging turned off. I've been having memory troubles myself lately and have been trying to analyze the heap. I installed HP JMeter, but I can't get the damn thing hooked into CF8 no matter what I try. I'm sure I'm missing something silly, but.... I can't figure it out. The whole memory/JVM issue is an interesting one: getting the information is fairly straightforward with verbose gc logging and such. But analyzing it is an entirely different matter. Oh, one other thing: I had a case a few weeks ago on a colleague's application where he was running out of memory fairly quickly. turns out the problem was with a single query that was returning a gazillion rows. Tweaking that query fixed everything. Food for thought I suppose. Marc On Thu, May 22, 2008 at 8:16 AM, shalja <[EMAIL PROTECTED]> wrote: > > I already have seefusion installed. It has no way of showing heap > memory usage. > > Shalj > > On May 22, 12:50 pm, "Marc Esher" <[EMAIL PROTECTED]> wrote: >> Can SeeFusion or FusionReactor really help you figure out the specific >> data that are hogging up all the memory though? >> >> best, >> >> marc >> >> On Thu, May 22, 2008 at 6:36 AM, Mark Mandel <[EMAIL PROTECTED]> wrote: >> >> > I assume then that you are on ColdFusion 6 /7? >> >> > It may well be worth your while investing in a product like SeeFusion >> > or FusionReactor (both are available for Trials) >> >> > If your app is CFC heavy, it is worth running varscoper over your >> > application, to see if you can catch any possible memory leaks that >> > way. >> >> > If you can reproduce your memory leak through load testing, then you >> > have a benchmark to test against, and can see if your changes make any >> > difference, without uploading to a production server. >> >> > Mark >> >> > On Thu, May 22, 2008 at 8:26 PM, shalja <[EMAIL PROTECTED]> wrote: >> >> >> Hi Mark >> >> >> Thanks for your quick response. I am using the following JVM version: >> >> >> 1.4.2_09-b05 >> >> >> Thanks >> >> >> Shalj >> >> >> On May 22, 11:06 am, "Mark Mandel" <[EMAIL PROTECTED]> wrote: >> >>> Shai, >> >> >>> I have had a lot of success using JConsole, jmap and SAP's memory >> >>> analyzer >> >>> to discover memory leaks and diagnose them. >> >> >>> What JVM are you on? >> >> >>> Mark >> >> >>> On Thu, May 22, 2008 at 7:45 PM, shalja <[EMAIL PROTECTED]> wrote: >> >> >>> > Hi >> >> >>> > We are experiencing memory leak problems on our web servers. The >> >>> > servers go down ever so often and we have to restart Coldfusion in >> >>> > order to restore service. >> >> >>> > Are there any tools available which can help to monitor exactly which >> >>> > CFC's are causing the heap to fill up and crash the system? Also is >> >>> > there any patch that can be applied to make the garbage collection >> >>> > more effective. >> >> >>> > I was thinking of installing the following tools for monitoring: >> >> >>> > 1)http://commerce.bea.com/products/weblogicjrockit/jrockit_prod_fam.jsp >> >>> > 2)http://www.borland.com/downloads/download_optimizeit.html >> >> >>> > However, both the above tools are not available to download anymore. >> >> >>> > If anyone has managed to resolve this issue please help and any advise >> >>> > on monitoring tools for heap would be much appreciated. >> >> >>> > Thanks >> >> >>> > Shal >> >> >>> -- >> >>> E: [EMAIL PROTECTED] >> >>> W:www.compoundtheory.com >> >> > -- >> > E: [EMAIL PROTECTED] >> > W:www.compoundtheory.com > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CFCDev" 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/cfcdev?hl=en -~----------~----~----~----~------~----~------~--~---
