Jrockit 1.5 support ? #45
Comments
|
A few months ago, I had added JRockit 1.6 support to the latest codebase. On Mon, Nov 12, 2012 at 8:35 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 can you let me know which version of GCViewer that you are using? or adding Xverbosetimestamp will resolve my problem ? |
|
Sorry, not following you. What exactly are you doing when you get this On Wed, Nov 14, 2012 at 3:08 AM, 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
Thanks, |
|
The latest downloadable version of GCViewer does not have this enhancement On Thu, Nov 15, 2012 at 1:15 PM, dramezh notifications@github.com wrote:
|
|
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. |
|
@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 |
|
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.
On Nov 16, 2012, at 12:10 AM, chewiebug notifications@github.com wrote:
|
|
Hi Rupesh "Push" is just what you were looking for. I have sent you a separate Regards, Jörg Am 17.11.2012 11:27, schrieb Rupesh Ramachandran:
|
|
@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 |
|
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 |
|
Sure Jorg, Let me download the latest build and try. i am gonna use same settings as follows -Xverboselog:gc.log |
|
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. |
|
Thank you for testing! I'll have to check with Rupesh where the problem might be. Regards, Jörg |
|
Hi Ramesh, I pushed a fix concerning log recognition for JRockit 1.5.0. Now logs like the initial sample you sent should be parsed (build date: 2012-11-20 22:19). Your second sample is recognized as JRockit but no information is collected. It looks completely different from the first sample. Do you have an idea why? You seem to have used the same parameters as for the initial sample. Regards, Jörg |
|
Apologies,my bad. I was playing around with log files. this is the latest one taken today. [memory ][Sat Nov 17 16:36:45 2012][20346] Running with 32 bit heap and compressed references supporting 32GB heap. |
|
getting same exception. |
|
Hi Ramesh I am working on improving the error message. I'll inform you of the next Regards, Jörg |
|
Hi Ramesh I have just pushed a fix and updated the SNAPSHOT-version of gcviewer. Could you please check against your log file? If you should still get a "Failed to recognize file format." message it should be verbose enough for me to track down the source of the problem with your log file. Regards, Jörg |
|
downloaded a fresh log today and tested.. you guys rocks :) |
|
i am having 5 different env having JRockit 1.5. i will check others and update you. cheers. |
|
I am glad, that it works. Looking forward to hearing from your other tests - thank you for taking the time! Regards, Jörg |
|
Sorry, been too busy to reply. But I'm glad it worked. Jorg, thanks for -Rupesh On Thu, Nov 29, 2012 at 2:30 AM, Ramesh Devaraj notifications@github.heygears.comwrote:
|
|
Talking to JRockit experts at Oracle, it seems there is no equivalent of Hotspot's Full GC in JRockit, just the old collection (OC in logs). Nonetheless, I'd like to see OC in JRockit treated like Full GC for charting and stats and find that more useful. Let me know if anyone disagrees.
On Dec 1, 2012, at 9:33 AM, chewiebug notifications@github.com wrote:
|
|
out of 5 env one of env having different version of jrockit Dev 1 java version "1.5.0_12" Dev 2 In Dev 1 [memory ][Tue Nov 27 20:46:32 2012][07945] Running with 64 bit heap and uncompressed references. Dev 2 [memory ][Sat Nov 17 16:36:45 2012][20346] Running with 32 bit heap and compressed references supporting 32GB heap. both completely diff but both are falls under jrockit 1.5. I need to check why i am having different version in Dev 1 but why this huge difference between 1.5.0_12 and 1.5.0_34 |
|
Will GC viewer support the JRockit 1.5.0_12 too ? |
|
I don't know any reason why it should not. If you have logs that wont On Fri, Dec 7, 2012 at 4:06 AM, Ramesh Devaraj notifications@github.heygears.comwrote:
|
|
The log that i am not able to parse In Dev 1 [memory ][Tue Nov 27 20:46:32 2012][07945] Running with 64 bit heap and uncompressed references. |
|
This looks significantly different from the other JRockit logs. What On Tue, Dec 11, 2012 at 8:43 AM, Ramesh Devaraj notifications@github.heygears.comwrote:
|
|
-Xverboselog:gc.log java version "1.5.0_12" The initial log that i provided was generated by the following Runtime. java version "1.5.0_34" |
|
Hi Rupesh I would like to release 1.32 by the end of February. Do you think you are going to be able to add the missing parts for JRockit 1.5 by then? Regards, Jörg |
|
Hi Jorg, been very busy at work. I will try to check this in by mid-Feb. On Sun, Feb 3, 2013 at 1:11 PM, chewiebug notifications@github.com wrote:
|
|
Hi Rupesh Mid-Feb sounds very good to me! By the way: I've just checked your online github repository for Regards, Jörg Am 03.02.2013 22:21, schrieb Rupesh Ramachandran:
|
|
Hi Jorg, On Mon, Feb 4, 2013 at 12:31 PM, chewiebug notifications@github.com wrote:
|
|
Hi Rupesh, Thank you for your contribution! Concerning the merging process, I had in mind to send you a pull request. Assuming that you wouldn't have had merge conflicts you could have merged via the github website. But you seem to have mastered the merge. In the future I recommend to push everything to a feature-branch of your repository. That will make future merges easier for you. If I decide not to merge your commits exactly as you submitted them (which I am about to do with the many log files), your next merge might be quite difficult if it is on the same branch you sent your pull request from. I like jQuerys explanations on how to contribute on github. Regards, Jörg |
- Support for older JRockit 1.5 (upto update 14) log file format - Fixed a parse bug in an obscure version/flag combination in JRockit 1.5_12 - Fixed JRockit 1.5 reader bug when verbose timestamp is disabled - Added enhancement for JRockit 1.6 reader to ignore some new diagnostic logs added in update 30 - Fixed logic for JRockit version check in DataReaderFactory. Was miscategorizing some 1.6 logs as 1.5 - New JRockit test files
|
Hi @dramezh, I have merged Rupesh's pull request to the master branch. Now JRockit 1.5 logs should be parseable. If you find bugs in the current implementation, please reopen the issue and detail the problem. Regards, Jörg |
|
sure thing.. thanks for getting this done.. much appreciated On Sun, Mar 10, 2013 at 2:07 PM, chewiebug notifications@github.com wrote:
Thanks and Regards |
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
The text was updated successfully, but these errors were encountered: