RFR (S): Percentile levels in -Xlog:gc+stats
Roman Kennke
rkennke at redhat.com
Mon Jan 9 13:31:36 UTC 2017
Am Montag, den 09.01.2017, 12:56 +0100 schrieb Aleksey Shipilev:
> On 01/09/2017 11:48 AM, Roman Kennke wrote:
> > Maybe instead of multiplying by 1000, measure more precisely?
>
> We are measuring precisely: the counters reply in floating-point
> seconds, so
> multiplying to 1K or 1M gives you integral milliseconds and
> microseconds,
> respectively. HDR storage would coarsen, though, to get footprint
> advantages.
I was suspicious about those numbers:
Concurrent Marking Times = 1.80 s (avg = 179735 us)
(num = 10, lvls (10% step, us) =
174000, 176000, 176000, 176000, 177000, 180000, 180000, 181000,
...
> > Can't we have both max/SD and percentile stats? Or does it not make
> > sense at all to see max/sd?
>
> SD is useless for non-normal distributions. Well, average is
> misleading too,
> unless levels say the distribution looks uniform/normal enough. The
> last level
> was supposed to be maximum, but it might be not evident from the
> logging.
> Changed it to explicit "max":
>
> Concurrent Marking Times = 15.24 s (avg = 64594 us)
> (num = 236, lvls (10% step, us) =
> 273, 463, 609, 863, 1055, 1895, 185547, 199219, 199219, max =
> 204852)
>
> Is this better? Ok to push?
OK.
Roman
More information about the shenandoah-dev
mailing list