RE: [ACFUG Discuss] RE: JRUN Hangs REDEUX

[Robert Reil]

Nice analogy Doug:   Unfortunately I had to pay $100 for the tool (seefusion) to realize there was a peel and stick bandaid to use. I didn’t know how to play with all the bells and whistles under the hood and deep into the diagnostic equipment.   I just seemed to see a knob on the dash that made a difference and figured it would limp along till I knew what I was doing... If that day ever gets here that is... lol...   As to what pages are doing it? I think a few of them. But even if I find them I don’t know how to read the code yet to be able to debug it. I have a feeling that the data is out of sync in the DB, but then how to sync it?   Ah... I better just be happy with the bandaid for a while and learn, or I could win t the lottery (as if I played) and hire a guru for a week to fix it... (as if I’d win)...   Stumbling along...   Robert P. Reil Managing Director, Motorcyclecarbs.com, Inc. 4292 Country Garden Walk NW Kennesaw, Ga. 30152 Office 770-974-8851 Fax 770-974-8852 www.motorcyclecarbs.com From: Douglas Knudsen [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 29, 2006 11:47 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] RE: JRUN Hangs REDEUX     On 8/29/06, Robert Reil <[EMAIL PROTECTED] > wrote: Well using SeeFusion showed me that if I decrease thread volume I increased UP TIME! What was more important?????????   4 hours between 1-2 minute lock ups, or 2 hours between 40 minute lock ups?   I think I did the only logical thing I could do considering my pathetic lack of knowledge. I am sure that one day I will comment to myself how IGNORANT I was at this time. gee, I do this daily!   Messing with thread count limits is a fairly advanced topic and from my experience can enlist the use of some voodoo magik.  Lowering your thread count max basically says give more processing power to each thread, which can lead to these threads executing faster.  But this sacrifices the ability to handle several requests at once.  As others have said, its those cfm pages causing the bottleneck that need help.  Lowering the thread count can act as a bandaid in these situations.  >4 hours between 1-2 minute lock ups this is not a 'up time' really.  'up time' would usually refer to CF running continuously.  Some water in a fuel line would cause your motorcycle to stutter here in there, but not shut off completely, eh?  To fix, need to take care of the water, not lower the amount of fuel flow.  ...a stab at a analogy here, its been quite a few years since I messed around with me dirt bike! DK   Robert P. Reil Managing Director, Motorcyclecarbs.com, Inc. 4292 Country Garden Walk NW Kennesaw , Ga. 30152 Office 770-974-8851 Fax 770-974-8852 www.motorcyclecarbs.com From: Teddy Payne [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 29, 2006 10:41 AM To: discussion@acfug.org Subject: Re: [ACFUG Discuss] RE: JRUN Hangs REDEUX   Umm, why would you reduce the thread count? Threads are like available channels that can execute code in tandom.  You have a queue of requests and the threads are the ones that handle all of the requests.   If you have 100 requests and 10 threads handle them, that is faster than 100 requests and 2 threads handling them.  The only thing that has to observed is how much memory is best suited for the threads.  Each threads takes up resources as individual and asynchronous processes.   I typically increase my threads over time and watch the performance of a box.  I try to keep the CPU to around 30% if possible.  60-70% works just fine if you have over 1000 queues per minute. Teddy ------------------------------------------------------------- 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 ------------------------------------------------------------- -- Douglas Knudsen http://www.cubicleman.com this is my signature, like it? ------------------------------------------------------------- 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 -------------------------------------------------------------