Inline below... AlexS said the following on 02/05/2011 06:59 PM: > Hi, > > I'm running up an application on open bd 1.4 and hitting some > scalability issues. I firstly had to tweak my memory settings because > the app wanted a lot more RAM, what uses less than 200mb on BD.NET > will still run out of memory at 768mb allocated so theres clearly a > leak. It's not necessarily a memory leak in OpenBD. There are many things that you can do with CFML as a language that can get you into trouble especially long timeouts on sessions and copying a lot of data into there.
There could be settings between BD.net and OpenBD that are causing issues. > Plus I can just hit the same page url which is performing the same CMS > task over and over and watch the memory climb. I get a mixture of > strange Yellow OpenBD Internal errors then eventually the typical out > of memory ones complaining about either heap or the time spent in GC. * What OS are you using (32b / 64b)? * What vendor and version of the JVM are you using? * If you're using a 64b OS, are you using a 64b version of the JVM? * What vendor and version of the application server are you using (Tomcat, Jetty, etc.)? > The page executions times are hugely variable but surprisingly an > order of magnitude slower than BD.net. There are a variety of settings that can impact performance. * Do you have debugging turned on? If it's on, it still runs on all pages -- even if the IP is not in the output list. Turn this off on production systems. * Do you have trusted cache on? Turn this on for production systems * What is the file cache size for trusted cache? Larger apps need a large file cache -- 1000 is the default, but too low for small apps. > Its a while since I've looked at this sort of stuff (CFMX) so wondered > what the tool of choice would be to visually see whats going. I last > used JVMstat but couldn't get the download of that to work You could use jvisualvm which comes with 1.6 JVM to look at memory head dumps. Be sure to run with sudo or administrator privileges or it won't see app server. > My gut at this stage is it relates to a large xmlobject persisted in > APP scope and the weird and wonderful ways we interact with it. Guts are always a great thing to follow first. * What are you doing with this xml object? * Is it a large file you are parsing? * How are you parsing it? * Are you running duplicate() on it? * Locking it with cflock? I think we'll need some more back ground on what you're doing with this to help out more. Hope this helps. .pjf -- tag/function ref: http://www.openbluedragon.org/manual/ mailing list - http://groups.google.com/group/openbd?hl=en Get to Texas in Feb for OpenCFSummit http://www.opencfsummit.org/
