While profiling an issue I added this sort by code size to LogCompilation, using -z
$ java -ea -jar target/LogCompilation-1.0-SNAPSHOT.jar -z 2000-2.log | head 879 4 com.fee.fi.fo.Fum::foobar (3076 bytes)(code size: 57344) 853 make_not_entrant 853 3 com.fee.fi.fo.Fum::foobar (3076 bytes)(code size: 55968) 895 4 com.fee.fi.fo.Fum::baz (2238 bytes)(code size: 46112) 888 4 com.fee.fi.fo.Fum::quux (2165 bytes)(code size: 43200) The code size = stub_offset - insts_offset from what is in the log. This makes it easier to see, for example, if changing compiler XX options make huge differences in inlining. ------------- Commit messages: - 8255965: LogCompilation: add sort by nmethod code size Changes: https://git.openjdk.java.net/jdk/pull/1085/files Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=1085&range=00 Issue: https://bugs.openjdk.java.net/browse/JDK-8255965 Stats: 96 lines in 6 files changed: 91 ins; 0 del; 5 mod Patch: https://git.openjdk.java.net/jdk/pull/1085.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/1085/head:pull/1085 PR: https://git.openjdk.java.net/jdk/pull/1085
