On the matter of FR's CP, let's clarify that there are two uses of the CP feature.
The first is just to notify you when conditions exceed the limits you mention (like "a request taking more than x seconds", "more than x requests running at once", "less than x% memory available"). If you just have it notifying you by email, that can be very helpful. Indeed, I often recommend it. But, there is also the option to have it terminate (or queue) requests when those conditions arise. I think that's what Kai is suggesting you beware of, and I would agree. And I think it's what you have in mind, with respect to "keeping the server alive while you figure things out". I don't tend to recommend this feature, because as tempting as it is to have it "try to help keep the server up", you really do need instead to focus on the "figuring things out". And having the requests terminated may only really exacerbate the problem. It can certainly mask it, if for instance you DON'T also have it notifying you. BTW, I've heard some claim "yeah, well, that's what I don't like about FR is its ability to kill requests". To be clear, while only FR calls it "crash protection", this ability to monitor and terminate threads under such conditions is a feature available as well in both SeeFusion Enterprise's "active monitoring rules" and the CF 8/9 Enterprise Server Monitor (in its alerts feature). What I really like about the notifications (any of these create) is that they include additional detail like what requests are running at the time, how long, etc. and they include a thread dump: a list of all running requests and a stack trace of each, which helps you see down to the line of code what the request is doing. Again, once you've been shown how to understand those, it can be so valuable to solving problems. I'll be talking about how to get and analyze stack traces for CF requests (with both built-in and third-party tools) as my talk at cf.Objective() in April. Until then, a google search will turn up many discussions of how to get and use stack traces in CF. Hope that's helpful. /charlie > -----Original Message----- > From: [email protected] [mailto:[email protected]] On > Behalf Of Andrew Myers > Sent: Wednesday, January 27, 2010 12:36 AM > To: [email protected] > Subject: Re: [cfaussie] FusionReactor Crash Protection Settings > > Hi Kai, > > The rationale I was using was that if there was a performance problem > in my code that became more evident when FR is running, that FR might > be able to at least keep the server alive while I was figuring out > what was happening. > > However, so far so good and I'll take your advice to err on the side > of caution and just watch it for a while. > > Cheers, > Andrew. > > 2010/1/27 Kai Koenig <[email protected]>: > > What'd be the purpose? Just thinking loud here - if you fear FR to > > be causing issues, I wonder (and seriously would have no clue what's > > going to happen :-) if it's crash protection would help you. > > > > Be aware that with crash protection you'd need to set your thresholds > > very sensible otherwise you'd run into issues on that end. I'd think > > you'd need to monitor your system for a while before able to define > > those properly. > > > > Cheers > > Kai > > > >> Hi again, > >> > >> We've asked our host to put FusionReactor back on our production > box. > >> All appears well but I'm half expecting things to grind to a halt at > >> some stage. > >> > >> Would enabling the Crash Protection settings be worth a try? If so > >> does anyone have any advice on some suggestions values in various > >> settings? > >> > >> Timeout Protection: > >> (seconds) > >> > >> Memory Protection: > >> (%) > >> > >> Request Protection > >> > >> Thanks again to all who have offered assistance so far. > >> > >> Andrew. > >> > >> -- > >> You received this message because you are subscribed to the Google > Groups "cfaussie" 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/cfaussie?hl=en. > >> > > > > _________________________________________________ > > Kai Koenig - Ventego Creative Ltd > > ph: +64 4 476 6781 - mob: +64 21 928 365 / +61 450 132 117 > > web: http://www.ventego-creative.co.nz > > blog: http://www.bloginblack.de > > twitter: http://www.twitter.com/agentK > > > > > > > > > > > > > > > > > > -- > > You received this message because you are subscribed to the Google > Groups "cfaussie" 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/cfaussie?hl=en. > > > > > > -- > You received this message because you are subscribed to the Google > Groups "cfaussie" 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/cfaussie?hl=en. -- You received this message because you are subscribed to the Google Groups "cfaussie" 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/cfaussie?hl=en.
