So here is what we ended up with.
java.args=-server -Xms4096m -Xmx8192m -Dsun.io.useCanonCaches=false
-XX:MaxPermSize=1024m -Dsun.rmi.dgc.client.gcInterval=15
-Dsun.rmi.dgc.server.gcInterval=15 -XX:+UseParallelGC -Xbatch
We tried making max and min perm size the same, but for some
Did any of those suggestions with NewGen, Thread Cores or Low Pause GC help?
Regards, Carl.
Hi everyone,
thanks for all the good feedback.
Let me first tell you WHY I think its a JVM issue, then show you what
results I have had.
We took the exact same code, and connected it to the
Why do you believe this is a JVM problem?
Jochem
--
Jochem van Dieten
http://jochem.vandieten.net/
~|
Order the Adobe Coldfusion Anthology now!
http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion
-talk
Subject: Re: JVM help!
Hi Duncan, you do not have a -XX:PermSize=m set on your new 64 bit. Apply other
suggestions mentioned plus a minimum setting for Perminant Generation as
without one it can try size down to Java default. What size? The value depends
perhaps with the MaxPermSize you have
: Wednesday, February 16, 2011 4:43 AM
To: cf-talk
Subject: Re: JVM help!
Why do you believe this is a JVM problem?
Jochem
--
Jochem van Dieten
http://jochem.vandieten.net/
~|
Order the Adobe Coldfusion Anthology now!
http
Duncan,
Sorry about _MY_ confusion. I was reading and responding to your request, while
'out', with my phone and the small screen sometimes jumbles up a message enough
to be confusing. I think I saw this running out of memory and thought that
was the issue. I just noticed that the entire
When you get varied response times like that I often take a closer look at the
network (duplexing, flow control etc).
-Original Message-
From: Wil Genovese [mailto:jugg...@trunkful.com]
Sent: Wednesday, February 16, 2011 10:11 AM
To: cf-talk
Subject: Re: JVM help!
Duncan,
Sorry
16, 2011 10:11 AM
To: cf-talk
Subject: Re: JVM help!
Duncan,
Sorry about _MY_ confusion. I was reading and responding to your request,
while 'out', with my phone and the small screen sometimes jumbles up a
message enough to be confusing. I think I saw this running out of memory
On Wed, Feb 16, 2011 at 1:34 PM, Duncan duncan.lox...@gmail.com wrote:
java.args=-server -Xms4096m -Xmx8192m -Dsun.io.useCanonCaches=false
One thing I would be cautious about here: a heap that large can be
susceptible to stop the world GC sweeps and if the heap ever grows
near the 8GB max,
NewGen can sometimes be a problem. The temptation with 64 bit is setting a
large initial heap size -Xms4096m. This can be quite fine however can lead to
problems in JVM performance since the JVM is not making good decisions how to
size the New Generation (which is made up of Eden and two
Where else to make gains in JVM? You say the server is Quad Core CPU. Suggest
allow the Garbage Collector in your case -XX:+UseParallelGC to multi thread
and use all those cores. The JVM is going to GC so reduce the time of the
GCâs is desirable especially for the Full GC as part of the
Some Java / CF systems I have seen have done well to change the collector in
use. Currently you are running -XX:+UseParallelGC which is a throughput GC.
Perhaps you can experiment with changing to a low pause GC? Caveat
UseParallelGC may be working well for the environment and changing
Hi Everyone,
We have recently put together a new CF server, moving from 32 bit, 4Gb RAM
Windows over to 64bit, 16Gb RAM Windows.
We have pretty much done a default set up, and placed the same set of
applications on the new server, and have run in the machine for a bit. After
a few weeks we have
Set min max heap to be equal.
Set gc intervals to 1
And try again. These are not hard set numbers but in many cases works good
enough to start figuring out what is really happening.
You should install monitoring package and look for the cause of the memory
issue. Typically it's
Hi Will,
Thanks - but I am confused about your terminology. You state we are looking
for a memory issue, is this inextricably linked to the execution time? i.e.
could it be the JVM trying to cleanup the stuff in memory prior to the end
of the request?
As I pointed out the exact same code, with
Hi Duncan, you do not have a -XX:PermSize=m set on your new 64 bit. Apply other
suggestions mentioned plus a minimum setting for Perminant Generation as
without one it can try size down to Java default. What size? The value depends
perhaps with the MaxPermSize you have set already use say half
.
Thanks
Agha Mehdi
IDT - eBusiness Program Manager
-Original Message-
From: Andy Allan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 05, 2005 1:56 PM
To: CF-Talk
Subject: Re: JVM Help
On 05/10/05, Snake [EMAIL PROTECTED] wrote:
You can set each instance of CF to use it's
On 10/5/05, Andy Allan [EMAIL PROTECTED] wrote:
On 05/10/05, Snake [EMAIL PROTECTED] wrote:
You can set each instance of CF to use it's own jvm.config file.
You will need to edit the windows service for each once to specify which
config file to use.
But, I have found problems with
On 06/10/05, Douglas Knudsen [EMAIL PROTECTED] wrote:
On 10/5/05, Andy Allan [EMAIL PROTECTED] wrote:
On 05/10/05, Snake [EMAIL PROTECTED] wrote:
You can set each instance of CF to use it's own jvm.config file.
You will need to edit the windows service for each once to specify which
huh? Is this with CFMX 7? I never saw this before with 6.x.
If you use the Instance Manager within the CF Administrator in CFMX 7, you
get this. Since CFMX 6.x didn't have that, you didn't see this. The
instructions for CFMX 6.x tell you to change the dots to dashes in the
appropriate XML
Hi all,
How can I replace existing JVM that comes with MM JRun with Sun JVM?
And if I do that, will all my other instances of CF automatically run on
that JVM or will I need to do something for each instance to point to that
JVM?
How can I set different Heap Size for each instance?
Any help,
That can all be configured in the Jrun\bin\jvm.config file
-Original Message-
From: Mehdi, Agha [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 05, 2005 3:27 PM
To: CF-Talk
Subject: JVM Help
Hi all,
How can I replace existing JVM that comes with MM JRun with Sun JVM
because you can do that easily in other J2EE servers,
but I don't know how to do it in JRun
-Original Message-
From: Mehdi, Agha [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 05, 2005 3:27 PM
To: CF-Talk
Subject: JVM Help
Hi all,
How can I replace existing JVM that comes
PROTECTED]
Sent: Wednesday, October 05, 2005 3:27 PM
To: CF-Talk
Subject: JVM Help
Hi all,
How can I replace existing JVM that comes with MM JRun with Sun JVM?
And if I do that, will all my other instances of CF
automatically run on
that JVM or will I need to do something for each
-Original Message-
From: Mehdi, Agha [mailto:[EMAIL PROTECTED]
Sent: 05 October 2005 20:27
To: CF-Talk
Subject: JVM Help
Hi all,
How can I replace existing JVM that comes with MM JRun with Sun JVM?
And if I do that, will all my other instances of CF automatically run on
that JVM or will I
jrun management console, then you will
restart it with the default config file. So far I don't know how to get
round that.
Russ
-Original Message-
From: Mehdi, Agha [mailto:[EMAIL PROTECTED]
Sent: 05 October 2005 20:27
To: CF-Talk
Subject: JVM Help
Hi all,
How can I replace
On 05/10/05, Snake [EMAIL PROTECTED] wrote:
You can set each instance of CF to use it's own jvm.config file.
You will need to edit the windows service for each once to specify which
config file to use.
But, I have found problems with security sandboxes when doing this, each
instance needs to
[mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 05, 2005 1:56 PM
To: CF-Talk
Subject: Re: JVM Help
On 05/10/05, Snake [EMAIL PROTECTED] wrote:
You can set each instance of CF to use it's own jvm.config file.
You will need to edit the windows service for each once to specify which
config file
28 matches
Mail list logo