Charlie, we can try the call in web radio on thursdays. Its a very good idea. I wanted to a presentation also for meetup but i have been delaying it.
As for company option, this is something I decided to do ON MY OWN TIME/WEEKENDS etc so I guess they wont be interested. But I have you as a first contact if we ever need anything done. Infact, you had helped us on short gig 3 yrs back. Loved the solution. :-) I really appreciate your help and knowledge you share with us. <Ajas Mohammed /> 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 Wed, Sep 21, 2011 at 10:35 AM, Charlie Arehart <char...@carehart.org>wrote: > Ajas, I appreciate how you regard the situation as you see it, but I’ll > just say that in my daily troubleshooting of CF servers as an independent > consultant, I see things a little differently. But in my opinion, this is > not something we can productively resolve via back and forth on the list (or > personal email), as there’s a combination of sharing knowledge in both > directions to get us on the same page, then getting more clarification about > what’s going on your server. To help, I have two proposals for you. > > First, some will know I’ve long had in mind the idea of creating a call-in > web radio show for people to call-in with questions just like this, where we > have the freedom/time/ease of talking about it by voice rather than lots of > emails back and forth (especially given that many people won’t read an email > of more than a paragraph). I’d been thinking of doing it Thursday > afternoons, between my online CFMeetups, perhaps 3-3:30. Would you like to > be the first caller? This could be the impetus to kick this into gear. :-) > To be clear, it would be voice-only. No screen-sharing (to protect privacy > of data, and also so that the show could be offered as podcast.) I feel > confident it can work (since I often help clients while I’m on the road or > in the car and help solve things without seeing anything on their end.) > > Second, of course I’m also prepared to work with you on a consulting basis > (in as little as an hour perhaps), to demonstrate that the problem may be > something else entirely and hopefully resolve it. If your company may be > interested, let me know. I’ll remind you that I offer my satisfaction > guarantee, so you won’t pay for time you don’t feel is valuable. My contact > info is at carehart.org/contact.cfm. > > But certainly if others want to jump in and try to work things out by > email, I’ll wish you well in the effort and contribute where I can. > > /charlie**** > > ** ** > > *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas > Mohammed > *Sent:* Wednesday, September 21, 2011 9:31 AM > *To:* discussion@acfug.org > *Subject:* Re: [ACFUG Discuss] CF admin template cache vs monitoring > template cache**** > > ** ** > > Thanks Charlie. That was helpful. I need to find more details about > SoftCache in JVM. > > Here is how or why I found this. So our server runs fine, does some GC and > everything, and ran for 40 days or so. The interesting part is that the > memory graph in FusionReactor goes up and down (GC) until one fine day I get > out of memory Heap error. > > We have set JVM memory, min at 512mb and max to 1024 in CF admin. So in > early days, we stay at 25% use and then as time goes by we stay stuck > 50-65%. By that I mean to say, memory goes up 80-93% but once GC is done we > are back at 50-65%. This goes on for days until one day I get out of Memory > Heap space error i.e. CF wont restart and I have to kill jrun in windows > explorer to restart CF. > > I read this article which says about memory leaks > http://java.dzone.com/news/how-fix-memory-leaks-java . Very nice article > and it got me thinking. As one of the example shows, memory goes up by time > rather than load/sessions meaning there could be a memory leak for objects > that are being left behind. > > I thought I will add info so people finding this thread might understand > what was going on. > > I like to do hands on stuff so probably I will use HPJmeter or VisualVM to > see how we are doing. :-) > > <Ajas Mohammed /> > 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 Tue, Sep 20, 2011 at 7:13 PM, Charlie Arehart <char...@carehart.org> > wrote:**** > > I can think of two things, Ajas. > > First, note that there is a softcache on top of the template cache. It’s > not widely known. It was first documented back in 2006 by Ashwin Matthews, > when he was an Adobe engineer: > > http://blogs.sanmathi.org/ashwin/2006/07/12/tangling-with-the-template-cache/ > > It’s also since been documented, though only barely, in both the CF 8 and 9 > docs: > > http://livedocs.adobe.com/coldfusion/8/htmldocs/help.html?content=servermonitor_07.html > > http://help.adobe.com/en_US/ColdFusion/9.0/Admin/WSc3ff6d0ea77859461172e0811cbf364104-7fba.html > > In both cases, they only mention it, so I added a link in the comments back > in 2009 to Aswhin’s post. I doubt it will ever offer that level of detail. > > You will also see some comments I had back and forth with Ashwin, to bring > out still more. It’s quite important, yet many never notice it. There is no > hard limit on the soft cache size, it seems. Also, they don’t get garbage > collected even when released, but instead only when there’s high memory > pressure. The soft cache is a JVM thing, and you can dig around to find more > on that. > > There’s also one other possible explanation for what you’re seeing: I’m > pretty sure I’ve seen that if you change the size of the template cache > (raise or lower it), the Server Monitor count of files in the template cache > will NOT go down but instead will go UP, which would be confusing and > contradictory. I recall concluding that the change was indeed causing the > template cache to be cleared, but again sadly these soft cache entries are > not released, so the count grew well beyond what seemed should be the limit. > > Both of these can definitely make the template cache count less than > reliable. It’s a reasonable starting point. (Note also that the template > cache hit ratio may also be unreliable, if what I’ve seen from the query > cache hit ratio is proof. But that’s a thread for another day, if anyone’s > interested.)**** > > **** > > /charlie arehart > char...@carehart.org**** > > Providing fast, remote, on-demand troubleshooting services for CF (and > CFBuilder) > More at http://www.carehart.org/consulting**** > > **** > > **** > > *From:* ad...@acfug.org [mailto:ad...@acfug.org] *On Behalf Of *Ajas > Mohammed > *Sent:* Tuesday, September 20, 2011 2:14 PM > *To:* discussion@acfug.org > *Subject:* [ACFUG Discuss] CF admin template cache vs monitoring template > cache**** > > **** > > We are on CF 9 Ent on Window 2003 server. The CF admin template cache is > set to 1024 but when I looked at CF built in monitoring tool, the template > cache shows the number as 1405. > > If I understand correctly, the CF admin setting drives how many templates > can be cached. I am I missing something here? > > <Ajas Mohammed />**** > > > ------------------------------------------------------------- > 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> > ------------------------------------------------------------- **** > > ** ** > > ------------------------------------------------------------- > 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> > ------------------------------------------------------------- >