>- see footer for list info -< Oops, I meant cfdump. They are all commented out except for inside a cfcatch. The debug settings in the CF Admin are completely off.
Our prd environment is really expensive, we can't afford to have the same for dev unfortunately. Dev is scaled down but the software, versions and CF config is the same as prd. We don't have a dummy mail server, I actually hadn't thought of that! Thanks for the suggestion, Peter. (Not sure how to make it do SMTP>NULL but I'll find a way) Is FusionReactor safe to run on prd as I too have heard bad things about CF's Server Monitor causing problems in prd if left to run for a while? As I don't understand java or its errors I'm wondering how useful FusionReactor would be? I like pretty graphs but even with something like FR I reckon you need a certain amount of knowledge of it and java to understand what's going on and how to remedy things? Kev, there was nothing new in CF9 for us to use, we skipped that version and are waiting for something we feel is of value to our apps in CF10. A <cfautooptimisejava> tag would be a welcome addition. :-) Thanks, Gary. On Sat, Aug 21, 2010 at 10:37 PM, Peter Boughton <[email protected]>wrote: > >- see footer for list info -< > Hi Gary, > > > Various blogs mention changing the heap, collection agressiveness and > stuff > > but there doesn't seem to be a specific figure that I'm supposed to > change > > the settings to. It seems very much "finger in the air" and as this is a > > production server I don't want to experiment too much. Has anyone found > > settings that work nicely for them to avoid the above error? > > Unfortunately that's exactly what you need to do - experiment - > because the optimal values change depending on what you're doing. > > Of course, experimenting on Live servers is bad, which is why you have > staging/test server(s) which are as close to exact duplicates as > possible (without actually being public). And most importantly this > would be configured to point at a dummy mail server which just > discards the emails so you can keep testing safely. > > If you have that setup, you can experiment by changing figures a bit > at a time and make notes to determine what works best for you. > (Tools like FusionReactor or CF's Server Monitor can help with > checking memory usage and seeing when Garbage Collection occurs.) > > Though at the same time, be careful with CF Server Monitor - > particularly if Profiling is enabled, but even without that, I've seen > problems caused by it simply being active on a live website server - > remember it's a debugging tool, and should not be left turned on for > Live servers. > > > > > I've checked the code and the cfdebugs are > > definitely commented out except one which lives inside a cfcatch. > > I assume you meant cfdump there? > > In any case, what you didn't explicitly say is that debug settings are > definitely disabled, which is important to ensure. > Not just at the page/code level with cfsetting, but specifically in > administrator, otherwise they are still active even if not used. > > Go into CF admin, to the debug section, and make sure all the > checkboxes are unticked. > > _______________________________________________ > > For details on ALL mailing lists and for joining or leaving lists, go to > http://list.cfdeveloper.co.uk/mailman/listinfo > > -- > CFDeveloper Sponsors:- > >- cfdeveloper Hosting provided by www.cfmxhosting.co.uk -< > >- Lists hosted by www.Gradwell.com <http://www.gradwell.com/> -< > >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -< > _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- cfdeveloper Hosting provided by www.cfmxhosting.co.uk -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -<
