03, 2010 5:11 PM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
Thanks Mark.
Is anyone able to please tell me how I can identify when garbage
collection is happening?
--
You received this message because you are subscribed
-Original Message-
From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On
Behalf Of Andrew Myers
Sent: Wednesday, February 03, 2010 5:11 PM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
Thanks Mark
Sent: Thursday, February 04, 2010 2:22 PM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
Charlie and others,
I agree with a lot of what you're saying. There are tons of potential
issues that could be more obvious and in need
Ummmme again :-)
I'm seeing about 20 of these in my thread dump. Is anyone able to
tell me if they anything to be concerned about?
Thread Stack Trace
Trace Time: 23:35:12.743 03-Feb-2010
Thread ID:obj-skimmer
Priority: 5
Hashcode: 22419531
obj-skimmer daemon prio=5
Those are the threads in the thread pool waiting to be used.
They aren't doing anything.
Mark
On Thu, Feb 4, 2010 at 12:05 AM, Andrew Myers am2...@gmail.com wrote:
Ummmme again :-)
I'm seeing about 20 of these in my thread dump. Is anyone able to
tell me if they anything to be
You have to log it on the JVM level or run a JVM monitoring tool. The memory
usage graph
in FR is a good first indicator but depending on your JVM settings GC might be
so minimal
that you won't be able to really tell what's going on. Without proper logging
you also won't
be able to tell if
@googlegroups.com [mailto:cfaus...@googlegroups.com] On
Behalf Of Kai Koenig
Sent: Wednesday, January 27, 2010 12:19 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
We don't. But not necessarily due to performance issues with the
wrappers and FR
...@googlegroups.com] On
Behalf Of Kai Koenig
Sent: Wednesday, January 27, 2010 12:19 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
We don't. But not necessarily due to performance issues with the
wrappers and FR (they're super
sift
through them to make sure they apply (even mine!).
/charlie
From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On Behalf
Of Barry Chesterman
Sent: Monday, February 01, 2010 5:27 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage
@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
We don't. But not necessarily due to performance issues with the
wrappers and FR (they're super lightweight) but because we use
other mean to monitor and watch the performance of the SQL Server
i thought this came up on a recent thread, but now I can't remember.
If you are getting lots of CPU spikes - you need to thread dump, thread dump
and then thread dump some more.
That way you can actually see what is going on on the server, and start to
look at what code is executing when.
I
Is this what you guys all mean by the thread dumps? I got this from
Resources - List All Threads - Stack Trace All
Thread Stack TraceTrace Time: 10:46:20.870 02-Feb-2010Thread ID:
jms-fifo-1Priority:
Yup, that's the stuff.
You're looking for threads name jppr* (If I remember correctly), they will
show you what CF is doing.
Mark
On Tue, Feb 2, 2010 at 11:12 AM, Andrew Myers am2...@gmail.com wrote:
Is this what you guys all mean by the thread dumps? I got this from
Resources - List All
.
-Original Message-
From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On
Behalf Of Kai Koenig
Sent: Wednesday, January 27, 2010 12:19 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
We don't. But not necessarily
.
-Original Message-
From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com]
On
Behalf Of Kai Koenig
Sent: Wednesday, January 27, 2010 12:19 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
We
[mailto:cfaus...@googlegroups.com] On
Behalf Of Kai Koenig
Sent: Wednesday, January 27, 2010 12:19 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
We don't. But not necessarily due to performance issues with the
wrappers and FR
I think it's jrpp (JRun Proxy Port) - that'd be the case if you're using the
HTTP-Server
connector. IF you're using the internal HTTP server, the threads have a
different identifier
prefix iirc.
Cheers
Kai
Yup, that's the stuff.
You're looking for threads name jppr* (If I remember
more developed.
-Original Message-
From: cfaussie@googlegroups.com [mailto:cfaus...@googlegroups.com] On
Behalf Of Kai Koenig
Sent: Wednesday, January 27, 2010 12:19 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
Thanks again Guys.
I've just watching the FR graphs and I noticed a big 100% spike at 11:54
which coincided with a long running request. I think I will investigate
this some more...
Andrew.
On 2 February 2010 11:52, Kai Koenig k...@koeni.de wrote:
I think it's jrpp (JRun Proxy Port) -
Update:
This page generates a report from a query that itself takes about 29 seconds
(and I am not sure I can do a lot to improve that without getting some
cooperation from the guys who write the product I query out of, and that
isn't likely to happen quickly).
I've been caching the page with a
cfloop itself isn't bad.
You're just doing a lot of work in a single thread. I.e. you have a selfish
thread.
I guess the question is what is this doing in that thread that is so
important, and can it be optimised.
Is it the only place that causes the CPU to spike?
Mark
On Tue, Feb 2, 2010
Yeah, do what Kai said and set the minimum heap size to the same as the
maximum (means the heap does not have to keep resizing itself as it starts
filling up, heap resizing causes full garbage collections before the
resize).
The permanent generation size (PermSize) is actually additional to the
: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production box
Update:
This page generates a report from a query that itself takes about 29 seconds
(and I am not sure I can do a lot to improve that without getting some
cooperation from the guys who write the product I query out
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production box
Update:
This page generates a report from a query that itself takes about 29
seconds
(and I am not sure I can do a lot to improve that without getting some
cooperation from
: [cfaussie] Re: CF7 (and 8) High CPU usage on production box
Update:
This page generates a report from a query that itself takes about 29
seconds
(and I am not sure I can do a lot to improve that without getting some
cooperation from the guys who write the product I query out
Koenig
Sent: Wednesday, January 27, 2010 12:19 AM
To: cfaussie@googlegroups.com
Subject: Re: [cfaussie] Re: CF7 (and 8) High CPU usage on production
box
We don't. But not necessarily due to performance issues with the
wrappers and FR (they're super lightweight) but because we use
other
Hi Barry,
Just wondering about the JVM logs you refer to. I'm not sure I've seen
these before. Any advice on what files I should be looking for?
Thanks,
Andrew.
Sent from my iPod
On 25/01/2010, at 5:54 PM, BarryC barrychester...@gmail.com wrote:
There are many ways to go about finding
I actually meant 'JRun' logs which in my case are logs from the JVM as well
:) but then it depends on your configuration, do you run coldfusion with
JRun or something else?
JRun logs are normally directly in the logs folder within the JRun
directory.
On Tue, Jan 26, 2010 at 11:52 PM, Andrew Myers
Hi Barry,
Yep we are on JRun. I haven't had a look at those logs on our
production machine before so that's definitely something I'll check out.
Thanks again,
Andrew.
Sent from my iPod
On 26/01/2010, at 10:22 PM, Barry Chesterman
barrychester...@gmail.com wrote:
I actually meant
Thanks again.
Just out of interest - do you guys use the JDBC wrapper in production?
2010/1/27 KC Kuok kck...@gmail.com:
Hi Andrew,
I agree with Kai on FR... FR might slow stuff down, but it should
still run, at where i work we have FR running on half our servers just
so we can get dumps
We don't. But not necessarily due to performance issues with the
wrappers and FR (they're super lightweight) but because we use
other mean to monitor and watch the performance of the SQL Server.
Cheers
Kai
Thanks again.
Just out of interest - do you guys use the JDBC wrapper in production?
31 matches
Mail list logo
