Perhaps I'm not reading the GC logging information correctly, but it didn't
appear to me that the GC was to blame for the pauses. Perhaps it might not
even be the JVM but the OS kernel? Until I have a good idea what's causing
them, it seems that throwing solutions (such as moving to a
Hi,
A couple of hundred ms seems very very plausible for GC. What is your
target/desired maximum pause time?
below the 10s of milliseconds if possible.
There is a real timeable vm from AICAS (http://www.aicas.com/).
If 10s of milliseconds mean 10 ms - than you will nead a real fast
I once wrote a Clojure app that communicates with jackd audio server
through JNA in real time. It periodically fills an audio buffer and
calls a couple of native functions, and it works reliably with an audio
buffer of 10ms. I tried it under OpenJDK on Linux.
So the HotSpot VM used in OpenJDK and
Hi there,
I'm trying to track down what might be creating seemingly sporadic tiny pauses
in my application execution. Essentially the system is calling a JNI interface
with a regular rhythm. Most of the time this is the case, however, occasionally
the system will pause for a few hundred ms and
* GC kicking in
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
Will tell you immediately.
A couple of hundred ms seems very very plausible for GC. What is your
target/desired maximum pause time?
--
/ Peter Schuller
--
You received this message because you are subscribed to the
Hi Peter,
On 7 Apr 2011, at 18:45, Peter Schuller wrote:
* GC kicking in
-XX:+PrintGC
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
Will tell you immediately.
This is brilliant, thanks for letting me know about it.
Here's a short snippet of my system running. I'm using the following jvm