Jrockit 1.5 support ?

[rdev1991]

Is GCViewer supports JRockit 1.5's GC logs ? Coz i am not able view GC logs generated on one of my application running on JRockit 1.5.

-Xverboselog:gc.log
-verbose:memory
-Xverbose:gcpause,gcreport
-Xverbosetimestamp

[memory ][Sat Oct 27 20:01:49 2012][23355] Running with 32 bit heap and compressed references supporting 32GB heap.
[memory ][Sat Oct 27 20:01:49 2012][23355] GC mode: Garbage collection optimized for short pausetimes, strategy: Generational Concurrent Mark & Sweep.
[memory ][Sat Oct 27 20:01:49 2012][23355] Heap size: 25165824KB, maximal heap size: 25165824KB, nursery size: 4194304KB.
[memory ][Sat Oct 27 20:01:49 2012][23355] -: KB->KB (KB), ms, sum of pauses ms.
[memory ][Sat Oct 27 20:01:49 2012][23355] - start time of collection (seconds since jvm start).
[memory ][Sat Oct 27 20:01:49 2012][23355] - OC (old collection) or YC (young collection).
[memory ][Sat Oct 27 20:01:49 2012][23355] - end time of collection (seconds since jvm start).
[memory ][Sat Oct 27 20:01:49 2012][23355] - memory used by objects before collection (KB).
[memory ][Sat Oct 27 20:01:49 2012][23355] - memory used by objects after collection (KB).
[memory ][Sat Oct 27 20:01:49 2012][23355] - size of heap after collection (KB).
[memory ][Sat Oct 27 20:01:49 2012][23355] - total time of collection (milliseconds).
[memory ][Sat Oct 27 20:01:49 2012][23355] - total sum of pauses during collection (milliseconds).
[memory ][Sat Oct 27 20:01:49 2012][23355] Run with -Xverbose:gcpause to see individual phases.
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [---] 468.690 ms (168.027000-168.495000) YC
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [con] 0.004 ms (168.027000-168.027000) YC:PreGC
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [pau] 468.590 ms (168.027000-168.495000) YC:Main
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [con] 0.010 ms (168.495000-168.495000) YC:PostGC
[memory ][Sat Oct 27 20:04:38 2012][23355] [YC#1] 168.027-168.495: YC 4263587KB->1265249KB (25165824KB), 0.469 s, sum of pauses 468.590 ms, longest pause 468.590 ms.
[gcpause][Sat Oct 27 20:04:38 2012][23355] Thread "[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'" id=29 idx=0x60 tid=23444 was in TLA-fetch 468.827 ms from 168.027 s (1 GCs).
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [---] 645.670 ms (270.685000-271.330000) YC
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [con] 0.003 ms (270.685000-270.685000) YC:PreGC
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [pau] 645.545 ms (270.685000-271.330000) YC:Main
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [con] 0.030 ms (271.330000-271.330000) YC:PostGC
[memory ][Sat Oct 27 20:06:20 2012][23355] [YC#2] 270.685-271.330: YC 4435053KB->1543400KB (25165824KB), 0.646 s, sum of pauses 645.545 ms, longest pause 645.545 ms.
[gcpause][Sat Oct 27 20:06:20 2012][23355] Thread "[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'" id=29 idx=0x60 tid=23444 was in TLA-fetch 646.349 ms from 270.684 s (1 GCs).
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [---] 612.496 ms (394.948000-395.561000) YC
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [con] 0.003 ms (394.948000-394.948000) YC:PreGC
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [pau] 612.295 ms (394.949000-395.561000) YC:Main
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [con] 0.068 ms (395.561000-395.561000) YC:PostGC
[memory ][Sat Oct 27 20:08:25 2012][23355] [YC#3] 394.948-395.561: YC 4696729KB->1891349KB (25165824KB), 0.612 s, sum of pauses 612.295 ms, longest pause 612.295 ms.
[gcpause][Sat Oct 27 20:08:25 2012][23355] Thread "[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'" id=29 idx=0x60 tid=23444 was in TLA-fetch 612.736 ms from 394.948 s (1 GCs).
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [---] 333.239 ms (449.237000-449.570000) YC
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [con] 0.003 ms (449.237000-449.237000) YC:PreGC
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [pau] 333.123 ms (449.237000-449.570000) YC:Main
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [con] 0.038 ms (449.570000-449.570000) YC:PostGC

Regards,
Ramesh

[rupeshr-zz]

A few months ago, I had added JRockit 1.6 support to the latest codebase.
The same JRockit 1.6 reader works for JRockit 1.5 as well, as far as I can
tell (I am able to parse your logs below without issues). I did have to put
in an enhancement to support -Xverbosetimestamp though, before it worked. I
will check that code in and do a pull request.

On Mon, Nov 12, 2012 at 8:35 AM, dramezh notifications@github.com wrote:

Is GCViewer supports JRockit 1.5's GC logs ? Coz i am not able view GC
logs generated on one of my application running on JRockit 1.5.

-Xverboselog:gc.log
-verbose:memory
-Xverbose:gcpause,gcreport
-Xverbosetimestamp

[memory ][Sat Oct 27 20:01:49 2012][23355] Running with 32 bit heap and
compressed references supporting 32GB heap.
[memory ][Sat Oct 27 20:01:49 2012][23355] GC mode: Garbage collection
optimized for short pausetimes, strategy: Generational Concurrent Mark &
Sweep.
[memory ][Sat Oct 27 20:01:49 2012][23355] Heap size: 25165824KB, maximal
heap size: 25165824KB, nursery size: 4194304KB.
[memory ][Sat Oct 27 20:01:49 2012][23355] -: KB->KB (KB), ms, sum of
pauses ms.
[memory ][Sat Oct 27 20:01:49 2012][23355] - start time of collection
(seconds since jvm start).
[memory ][Sat Oct 27 20:01:49 2012][23355] - OC (old collection) or YC
(young collection).
[memory ][Sat Oct 27 20:01:49 2012][23355] - end time of collection
(seconds since jvm start).
[memory ][Sat Oct 27 20:01:49 2012][23355] - memory used by objects before
collection (KB).
[memory ][Sat Oct 27 20:01:49 2012][23355] - memory used by objects after
collection (KB).
[memory ][Sat Oct 27 20:01:49 2012][23355] - size of heap after collection
(KB).
[memory ][Sat Oct 27 20:01:49 2012][23355] - total time of collection
(milliseconds).
[memory ][Sat Oct 27 20:01:49 2012][23355] - total sum of pauses during
collection (milliseconds).
[memory ][Sat Oct 27 20:01:49 2012][23355] Run with -Xverbose:gcpause to
see individual phases.
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [---] 468.690 ms
(168.027000-168.495000) YC
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [con] 0.004 ms
(168.027000-168.027000) YC:PreGC
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [pau] 468.590 ms
(168.027000-168.495000) YC:Main
[gcpause][Sat Oct 27 20:04:38 2012][23355] [YC#1] [con] 0.010 ms
(168.495000-168.495000) YC:PostGC
[memory ][Sat Oct 27 20:04:38 2012][23355] [YC#1] 168.027-168.495: YC
4263587KB->1265249KB (25165824KB), 0.469 s, sum of pauses 468.590 ms,
longest pause 468.590 ms.
[gcpause][Sat Oct 27 20:04:38 2012][23355] Thread "[ACTIVE] ExecuteThread:
'0' for queue: 'weblogic.kernel.Default (self-tuning)'" id=29 idx=0x60
tid=23444 was in TLA-fetch 468.827 ms from 168.027 s (1 GCs).
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [---] 645.670 ms
(270.685000-271.330000) YC
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [con] 0.003 ms
(270.685000-270.685000) YC:PreGC
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [pau] 645.545 ms
(270.685000-271.330000) YC:Main
[gcpause][Sat Oct 27 20:06:20 2012][23355] [YC#2] [con] 0.030 ms
(271.330000-271.330000) YC:PostGC
[memory ][Sat Oct 27 20:06:20 2012][23355] [YC#2] 270.685-271.330: YC
4435053KB->1543400KB (25165824KB), 0.646 s, sum of pauses 645.545 ms,
longest pause 645.545 ms.
[gcpause][Sat Oct 27 20:06:20 2012][23355] Thread "[ACTIVE] ExecuteThread:
'0' for queue: 'weblogic.kernel.Default (self-tuning)'" id=29 idx=0x60
tid=23444 was in TLA-fetch 646.349 ms from 270.684 s (1 GCs).
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [---] 612.496 ms
(394.948000-395.561000) YC
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [con] 0.003 ms
(394.948000-394.948000) YC:PreGC
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [pau] 612.295 ms
(394.949000-395.561000) YC:Main
[gcpause][Sat Oct 27 20:08:25 2012][23355] [YC#3] [con] 0.068 ms
(395.561000-395.561000) YC:PostGC
[memory ][Sat Oct 27 20:08:25 2012][23355] [YC#3] 394.948-395.561: YC
4696729KB->1891349KB (25165824KB), 0.612 s, sum of pauses 612.295 ms,
longest pause 612.295 ms.
[gcpause][Sat Oct 27 20:08:25 2012][23355] Thread "[ACTIVE] ExecuteThread:
'0' for queue: 'weblogic.kernel.Default (self-tuning)'" id=29 idx=0x60
tid=23444 was in TLA-fetch 612.736 ms from 394.948 s (1 GCs).
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [---] 333.239 ms
(449.237000-449.570000) YC
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [con] 0.003 ms
(449.237000-449.237000) YC:PreGC
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [pau] 333.123 ms
(449.237000-449.570000) YC:Main
[gcpause][Sat Oct 27 20:09:19 2012][23355] [YC#4] [con] 0.038 ms
(449.570000-449.570000) YC:PostGC

Regards,
Ramesh

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/45.

[rdev1991]

thanks rupesh.

Whenever i try to drag drop this content. its showing the following error message

14-Nov-2012 11:03:47 com.tagtraum.perf.gcviewer.imp.DataReaderFactory getDataReader
SEVERE: Failed to recognize file format.

can you let me know which version of GCViewer that you are using?

or

adding Xverbosetimestamp will resolve my problem ?

[rupeshr-zz]

Sorry, not following you. What exactly are you doing when you get this
error? My code is in the master branch (not in latest build). If you get
the latest source from master and build GCViewer, you will have the JRockit
1.6 functionality. You will have to disable -Xverbosetimestamp for your
JRockit logs for now, when you use this version of GCViewer. I'm still in
the process of getting my -Xverbosetimestamp fix from last night merged
into the master.

On Wed, Nov 14, 2012 at 3:08 AM, dramezh notifications@github.com wrote:

thanks rupesh.

Whenever i try to drag drop this content. its showing the following error
message

14-Nov-2012 11:03:47 com.tagtraum.perf.gcviewer.imp.DataReaderFactory
getDataReader
SEVERE: Failed to recognize file format.

can you let me know which version of GCViewer that you are using?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/45#issuecomment-10362563.

[rdev1991]

I am running weblogic 9 with JRockit JVM 1.5 version. I have add following parameter to print GC information on GC log

-Xverboselog:gc.log
-verbose:memory
-Xverbose:gcpause,gcreport
-Xverbosetimestamp

1. When i drag drop the generated file i am not able to view any graphs on GCViewer instead i am getting "Failed to recognize" message

2. Do i need add / Remove any parameter that will help me to view Logs in GCViewer?

Thanks,
Ramesh

[rupeshr-zz]

The latest downloadable version of GCViewer does not have this enhancement
yet. You will have to download the latest source code and build
gcviewer.jar yourself to get this feature.

On Thu, Nov 15, 2012 at 1:15 PM, dramezh notifications@github.com wrote:

I am running weblogic 9 with JRockit JVM 1.5 version. I have add following
parameter to print GC information on GC log

-Xverboselog:gc.log
-verbose:memory
-Xverbose:gcpause,gcreport
-Xverbosetimestamp

1. When i drag drop the generated file i am not able to view any graphs on
   GCViewer instead i am getting "Failed to recognize" message

2. Do i need add / Remove any parameter that will help me to view Logs in
   GCViewer?

Thanks,
Ramesh

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/45#issuecomment-10425736.

[ecki]

I was able to quickly set up a https://www.travis-ci.org build for my fork, and it actually build now on every push. However I dont know yet if and how to configure travis to actually distribute build results. Any ideas? This would allow us to have not only tests on commit but also get snapshot builds.

https://travis-ci.org/ecki/GCViewer

[chewiebug]

@ecki Setting up a build server to build snapshot releases sounds like a very good idea to me. I don't know travis-ci, but maybe I can find out how to get the build results.

@dramezh If we can't fetch snapshot builds from travis-ci soon, I'll publish a manual build of the latest snapshot version here.

@rupeshr Thank you for contributing another fix! I'll merge your pull request soon. I can't find much in your pull request yet. Your last push occurred 3 months ago. Did you really push what you want me to merge?

Regards, Jörg

[chewiebug]

@ecki I have found an article about publishing artifacts inside travis-ci to github. Does it help?

Regards, Jörg

[rupeshr-zz]

I'm still figuring out Git. I've staged and committed the two files I changed, but I don't see the changes on my own repository (forked from yours) when I do web file browse on github. I sent you a pull request and it showed 'two' changed files but looks like that didn't work. I also see a 'push' request option. Should I try that? I suspect the problem is with my code being out of sync with the 'upstream' repository. If all else fails, I will just redo the git client and code from scratch.

• Rupesh

On Nov 16, 2012, at 12:10 AM, chewiebug notifications@github.com wrote:

@ecki Setting up a build server to build snapshot releases sounds like a very good idea to me. I don't know travis-ci, but maybe I can find out how to get the build results.

@dramezh If we can't fetch snapshot builds from travis-ci soon, I'll publish a manual build of the latest snapshot version here.

@rupeshr Thank you for contributing another fix! I'll merge your pull request soon. I can't find much in your pull request yet. Your last push occurred 3 months ago. Did you really push what you want me to merge?

Regards, Jörg

—
Reply to this email directly or view it on GitHub.

[chewiebug]

Hi Rupesh

"Push" is just what you were looking for. I have sent you a separate
mail message to explain more details using git(hub).

Regards, Jörg

Am 17.11.2012 11:27, schrieb Rupesh Ramachandran:

I'm still figuring out Git. I've staged and committed the two files I
changed, but I don't see the changes on my own repository (forked from
yours) when I do web file browse on github. I sent you a pull request
and it showed 'two' changed files but looks like that didn't work. I
also see a 'push' request option. Should I try that? I suspect the
problem is with my code being out of sync with the 'upstream'
repository. If all else fails, I will just redo the git client and
code from scratch.

• Rupesh

On Nov 16, 2012, at 12:10 AM, chewiebug notifications@github.com wrote:

@ecki Setting up a build server to build snapshot releases sounds
like a very good idea to me. I don't know travis-ci, but maybe I can
find out how to get the build results.

@dramezh If we can't fetch snapshot builds from travis-ci soon, I'll
publish a manual build of the latest snapshot version here.

@rupeshr Thank you for contributing another fix! I'll merge your
pull request soon. I can't find much in your pull request yet. Your
last push occurred 3 months ago. Did you really push what you want me
to merge?

Regards, Jörg

—
Reply to this email directly or view it on GitHub.

—
Reply to this email directly or view it on GitHub
#45 (comment).

[chewiebug]

@ecki I'll move discussion about travis-ci to the mailing list to leave the issue related discussion here.

@dramezh I have automated build uploads to this projects github downloads section. The latest build there doesn't contain the fix rupesh provides yet. I'll update you here as soon as a download is available.

Regards, Jörg

[chewiebug]

Hi Ramesh,

I have been able to merge Rupesh's pull request. Now your log file should be parsable. Could you please check? I have uploaded the latest build (must show "2012-11-18 19:08" as build date; if it shows yesterdays date, plase wait a few hours and try again - github seems to have caches, which need to be invalidated).

Regards, Jörg

[rdev1991]

Sure Jorg, Let me download the latest build and try.

i am gonna use same settings as follows

-Xverboselog:gc.log
-verbose:memory
-Xverbose:gcpause,gcreport
-Xverbosetimestamp

[rdev1991]

Drag dropped the GC logs and getting "Failed to recognize file format." message

Log file size is 37.0 MB

[memory ][Sat Oct 27 00:43:52 2012][20525] Running with 64 bit heap and uncompressed references.
[memory ][Sat Oct 27 00:43:52 2012][20525] GC mode: Static, strategy: Generational Concurrent Mark & Sweep
[memory ][Sat Oct 27 00:43:52 2012][20525] heap size: 25165824K, maximal heap size: 25165824K, nursery size: 4194304K
[memory ][Sat Oct 27 00:43:52 2012][20525] -: GC K->K (K), ms
[memory ][Sat Oct 27 00:43:52 2012][20525] <s/start> - start time of collection (seconds since jvm start)
[memory ][Sat Oct 27 00:43:52 2012][20525] - end time of collection (seconds since jvm start)
[memory ][Sat Oct 27 00:43:52 2012][20525] - memory used by objects before collection (KB)
[memory ][Sat Oct 27 00:43:52 2012][20525] - memory used by objects after collection (KB)
[memory ][Sat Oct 27 00:43:52 2012][20525] - size of heap after collection (KB)
[memory ][Sat Oct 27 00:43:52 2012][20525] - total sum of pauses during collection (milliseconds)
[memory ][Sat Oct 27 00:43:52 2012][20525] run with -Xverbose:gcpause to see individual pauses
[memory ][Sat Oct 27 00:45:28 2012][20525] 94.809: parallel nursery GC 6340080K->3191147K (25165824K), 450.886 ms
[gcpause][Sat Oct 27 00:45:28 2012][20525] nursery collection pause time: 450.886000 ms
[memory ][Sat Oct 27 00:46:51 2012][20525] 178.156: parallel nursery GC 6339947K->3191147K (25165824K), 561.764 ms
[gcpause][Sat Oct 27 00:46:51 2012][20525] nursery collection pause time: 561.764000 ms
[memory ][Sat Oct 27 00:48:09 2012][20525] 256.306: parallel nursery GC 8222675K->5073696K (25165824K), 410.587 ms
[gcpause][Sat Oct 27 00:48:09 2012][20525] nursery collection pause time: 410.587000 ms
[memory ][Sat Oct 27 00:49:29 2012][20525] 335.816: parallel nursery GC 8222496K->5073608K (25165824K), 445.738 ms
[gcpause][Sat Oct 27 00:49:29 2012][20525] nursery collection pause time: 445.738000 ms
[memory ][Sat Oct 27 00:50:18 2012][20525] 385.450: parallel nursery GC 8230521K->5081603K (25165824K), 350.694 ms
[gcpause][Sat Oct 27 00:50:18 2012][20525] nursery collection pause time: 350.694000 ms
[memory ][Sat Oct 27 00:50:44 2012][20525] 410.992: parallel nursery GC 8237571K->5088741K (25165824K), 295.708 ms
[gcpause][Sat Oct 27 00:50:44 2012][20525] nursery collection pause time: 295.708000 ms
[memory ][Sat Oct 27 00:51:08 2012][20525] 435.667: parallel nursery GC 9941756K->6792636K (25165824K), 251.494 ms
[gcpause][Sat Oct 27 00:51:08 2012][20525] nursery collection pause time: 251.494000 ms
[memory ][Sat Oct 27 00:51:36 2012][20525] 463.088: parallel nursery GC 10024320K->6875392K (25165824K), 690.500 ms
[gcpause][Sat Oct 27 00:51:36 2012][20525] nursery collection pause time: 690.500000 ms
[memory ][Sat Oct 27 00:52:02 2012][20525] 489.544: parallel nursery GC 10045233K->6896049K (25165824K), 311.326 ms
[gcpause][Sat Oct 27 00:52:02 2012][20525] nursery collection pause time: 311.326000 ms
[memory ][Sat Oct 27 00:52:29 2012][20525] 516.060: parallel nursery GC 10044849K->6896038K (25165824K), 239.515 ms
[gcpause][Sat Oct 27 00:52:29 2012][20525] nursery collection pause time: 239.515000 ms
[memory ][Sat Oct 27 00:53:21 2012][20525] 568.431: parallel nursery GC 10044838K->6895719K (25165824K), 798.607 ms
[gcpause][Sat Oct 27 00:53:21 2012][20525] nursery collection pause time: 798.607000 ms
[memory ][Sat Oct 27 00:53:45 2012][20525] 591.841: parallel nursery GC 11558106K->8409178K (25165824K), 506.198 ms
[gcpause][Sat Oct 27 00:53:45 2012][20525] nursery collection pause time: 506.198000 ms
[memory ][Sat Oct 27 00:54:07 2012][20525] 615.062: parallel nursery GC 11557978K->8408986K (25165824K), 98.024 ms
[gcpause][Sat Oct 27 00:54:07 2012][20525] nursery collection pause time: 98.024000 ms
[memory ][Sat Oct 27 00:54:36 2012][20525] 643.650: parallel nursery GC 11557786K->8408538K (25165824K), 117.877 ms
[gcpause][Sat Oct 27 00:54:36 2012][20525] nursery collection pause time: 117.877000 ms
[memory ][Sat Oct 27 00:55:47 2012][20525] 714.247: parallel nursery GC 11557338K->8408425K (25165824K), 466.579 ms
[gcpause][Sat Oct 27 00:55:47 2012][20525] nursery collection pause time: 466.579000 ms
[memory ][Sat Oct 27 00:56:59 2012][20525] 785.961: parallel nursery GC 12918981K->9770069K (25165824K), 515.358 ms
[gcpause][Sat Oct 27 00:56:59 2012][20525] nursery collection pause time: 515.358000 ms
[memory ][Sat Oct 27 00:58:10 2012][20525] 856.755: parallel nursery GC 14144406K->10995557K (25165824K), 567.206 ms
[gcpause][Sat Oct 27 00:58:10 2012][20525] nursery collection pause time: 567.206000 ms
[memory ][Sat Oct 27 00:59:20 2012][20525] 926.769: parallel nursery GC 14144357K->10995535K (25165824K), 556.395 ms
[gcpause][Sat Oct 27 00:59:20 2012][20525] nursery collection pause time: 556.395000 ms
[memory ][Sat Oct 27 01:00:35 2012][20525] 1002.191: parallel nursery GC 15246952K->12097768K (25165824K), 532.456 ms
[gcpause][Sat Oct 27 01:00:35 2012][20525] nursery collection pause time: 532.456000 ms
[memory ][Sat Oct 27 01:01:42 2012][20525] 1069.091: parallel nursery GC 16424287K->13275103K (25165824K), 675.740 ms
[gcpause][Sat Oct 27 01:01:42 2012][20525] nursery collection pause time: 675.740000 ms
[memory ][Sat Oct 27 01:02:52 2012][20525] 1139.299: parallel nursery GC 17493574K->14344390K (25165824K), 609.278 ms
[gcpause][Sat Oct 27 01:02:52 2012][20525] nursery collection pause time: 609.278000 ms
[memory ][Sat Oct 27 01:03:22 2012][20525] 1169.394: parallel nursery GC 17493190K->14344262K (25165824K), 181.491 ms

[chewiebug]

Thank you for testing! I'll have to check with Rupesh where the problem might be.

Regards, Jörg