Integrated: Cleanups: README typos and links, .gitignore, leftover JDK migrations, column widths
Sergey Ponomarev
github.com+415502+stokito at openjdk.java.net
Thu Oct 8 10:47:48 UTC 2020
On Thu, 8 Oct 2020 09:54:23 GMT, Sergey Ponomarev <github.com+415502+stokito at openjdk.org> wrote:
> Some non critical changes:
> 1. Currently the repo has `.hgignore` file but don't have a `.gitignore`. I copied it from `.hgignore` but not sure if
> we can remove it as not used. 2. I shamelessly added my IdeJOL plugin to README. There is also mentioned that we can
> create an issue here on GitHub but currently the Issues tab is disabled. The same is for JMH repo. Can you open the
> issues tab? 3. I noted that in `StringCompress` we have a minor bug where in println format pattern we have less
> placeholders than params. While investigated it turned out that it will be better to swap "model" and "hprof file"
> columns for better output. Now it looks like: "total", "String", "String+bool", "String+oop", "char[]-2b",
> "char[]-1b", "char[]-1b-comp", "savings(same)", "savings(bool)",
> "savings(oop)", "model", "hprof file" 3918376,
> 59992, 59992, 59992, 0, 0, 0, 0.000,
> 0.000, 0.000, "VM Layout Simulation (X32 model, 8-byte aligned)", "~/empty.hprof"
> 4323184, 119984, 119984, 119984, 0, 0, 0,
> 0.000, 0.000, 0.000, "VM Layout Simulation (X64 model, 8-byte aligned)",
> "~/empty.hprof" 4056392, 119984, 119984, 119984, 0, 0,
> 0, 0.000, 0.000, 0.000, "VM Layout Simulation (X64 model (compressed oops), 8-byte
> aligned)", "~/empty.hprof" 4116336, 119984, 119984, 119984, 0, 0,
> 0, 0.000, 0.000, 0.000, "VM Layout Simulation (X64 model (compressed oops), 16-byte
> aligned)", "~/empty.hprof" Also I tried to add a unit test for heap dump analyzer because it currently doesn't have
> any coverage. The test should analyze a heap dump and compare results. But got few problems that want to discuss and
> since there is a closed Issues tab then I'll write it here. First if all I made a heap dump of a "Hello World"
> application on JDK14 and the resulted file even gzipped is more than 900Kb. I don't want to add such a big file into
> test resources. So here I see two solutions: 1. Create a synthetic heap dump with only few rows. 2. Start a small
> application and get it's thread dump. This wont work because each time we'll get some classes changed. Can you create a
> small heap dump file for a testing? Another problem I faced when tried to test `StringComprees` with my empty thread
> dump and got an exception `org.openjdk.jol.heap.HeapDumpException: String.value array 34355822528 is not char[] in
> empty.hprof.gz, skipping` This is probably a bug in the JOL itself so I'll attach the
> [empty.hprof.gz](https://github.com/openjdk/jol/files/5346882/empty.hprof.gz) for you to reproduce.
This pull request has now been integrated.
Changeset: f8e61b86
Author: Sergey Ponomarev <stokito at gmail.com>
Committer: Aleksey Shipilev <shade at openjdk.org>
URL: https://git.openjdk.java.net/jol/commit/f8e61b86
Stats: 23 lines in 4 files changed: 9 ins; 0 del; 14 mod
Cleanups: README typos and links, .gitignore, leftover JDK migrations, column widths
Reviewed-by: shade
-------------
PR: https://git.openjdk.java.net/jol/pull/7
More information about the jol-dev
mailing list