Thats good progress, good to know. About FR, all I can say is, like Neo says in Matrix, iKnowKungFoo, I can say myself about FR, I know troubleshooting/performance optimization. :-)
<Ajas Mohammed /> iUseDropbox(http://db.tt/63Lvone9) http://ajashadi.blogspot.com We cannot become what we need to be, remaining what we are. No matter what, find a way. Because thats what winners do. You can't improve what you don't measure. Quality is never an accident; it is always the result of high intention, sincere effort, intelligent direction and skillful execution; it represents the wise choice of many alternatives. On Fri, Aug 9, 2013 at 3:32 PM, Charlie Arehart <char...@carehart.org>wrote: > Good to hear. (Well, that’s a sad part of my business: sometimes it > “helps” to have another failure, but if it’s new info that confirms or > denies something, at least it’s an advancement to the solution.) > > As for your question, FR is mainly a monitor of CF (or whatever java based > server process you install it into, whether a CFML server like CF, Railo, > or Open BlueDragon, or a java servlet engine/jee server like jboss, tomcat, > jetty, resin, etc.). > > Now, it also happens to watch the system-wide CPU, in addition to that > within the instance, but that’s all that it watches “outside” the instance > it monitors. > > Of course, I don’t want to short-change FR. I love it and work with it > almost daily, and help people use it to solve problems that may have > plagued them for years. But that’s the frank answer (pardon the pun) to > your question. > > /charlie > > **** > > *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Frank > Moorman > *Sent:* Friday, August 09, 2013 2:38 PM > *To:* discussion@acfug.org > *Subject:* Re: [ACFUG Discuss] Out of Memory?!?**** > > ** ** > > Thanks all for the insight... > > And just as Charlie predicted, the event happened again without tripping > the alert. > > One benefit, even though I was not actively watching what happened, I did > have the server monitor running. The event happened when the server was > only using 440MB, with 1.2GB free in the jvm allocation. So it definitely > is not a memory issue. (It also happened in between GC cycles, so that > isn't the issue either.) > > As for the possibility of the CPU, I won't discount this, but I doubt it > would be from CF. We do use CFDocument/CFPDF which I know grab resources, > but normally those pages are during the morning, and it actually happened > twice last night at a time when I would not expect it. > > I'll have to gather more information. I'm starting to think that the cause > may be outside CF. I'm going to try to look at all the system logs and try > to piece together exactly what was happening at the time of the event. > > Another question though... Fusion Reactor monitors the entire system, not > just CF right? (i.e. it can track running system processes, not just what > CF is doing) If this is true, this may be the next step if my efforts are > fruitless. > > Thanks, > Frank**** > > **** > > ------------------------------------------------------------- > To unsubscribe from this list, manage your profile @ > http://www.acfug.org?fa=login.edituserform > > For more info, see http://www.acfug.org/mailinglists > Archive @ http://www.mail-archive.com/discussion%40acfug.org/ > List hosted by FusionLink <http://www.fusionlink.com> > ------------------------------------------------------------- >