I've no idea what stability impact the profiler would have. It does impact CPU
usage and memory consumption, it also generates potentially very large log
files if it's running for any significant amount of time. You also have to
shut the server down to finalise the profile logs (otherwise they tend to be
difficult it not impossible to use). I don't have any stats on exactly how
much the profiler overhead is (does anyone?)
So I'd be very leary of using the profiler in production, especially if you
have a high traffic site. If you have a situation that's not at all
reproduceable in your testing environment, and you have a live environment
where you can swap a webserver in and out of the configuration easily (or it
doesn't matter if the server is down for a few minutes), then you might
attempt it with caution, but you'd have to watch it - I certainly wouldn't
leave it running by itself.
Depending on your situation, the idea may give your collegues or manager fits.
I'm working in situations where the server being down for five minutes
wouldn't bother anyone much. That's probably a relatively rare occurance in a
commerical situation.
They won't like the idea of taking anything down ^^, but if that would
help sovling the problem, taking down a single machine from the farm for
several minutes should be ok. I will give it a shot so next time if
anything similar show up, I will have some thing to study.
Many thanks for the tips Malcolm.
Tor.
--
<!---------------------------------------------
Victor
Development Engineer
Outblaze Ltd
---------------------------------------------->
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html