> 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 re
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
On 8 Apr 2011, at 08:05, Michael Jerger wrote:
>>> 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 millis
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
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 followi
> * 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 Goo
