Tue, 04 Jun 2013 14:00:16 -0700 Merge
johnc [Tue, 04 Jun 2013 14:00:16 -0700] rev 17857
Merge
Mon, 03 Jun 2013 14:37:13 -0700 6976350: G1: deal with fragmentation while copying objects during GC
tamao [Mon, 03 Jun 2013 14:37:13 -0700] rev 17856
6976350: G1: deal with fragmentation while copying objects during GC Summary: Create G1ParGCAllocBufferContainer to contain two buffers instead of previously using one buffer, in order to hold the first priority buffer longer. Thus, when some large objects hits the value of free space left in the first priority buffer it has an alternative to fit in the second priority buffer while the first priority buffer is given more chances to try allocating smaller objects. Overall, it will improve heap space efficiency. Reviewed-by: johnc, jmasa, brutisso Contributed-by: tamao <tao.mao@oracle.com>
Tue, 04 Jun 2013 10:04:06 -0700 8015244: G1: Verification after a full GC is incorrectly placed.
johnc [Tue, 04 Jun 2013 10:04:06 -0700] rev 17855
8015244: G1: Verification after a full GC is incorrectly placed. Summary: In a full GC, move the verification after the GC to after RSet rebuilding. Verify RSet entries during a full GC under control of a flag. Reviewed-by: tschatzl, brutisso
Tue, 28 May 2013 09:32:06 +0200 8013895: G1: G1SummarizeRSetStats output on Linux needs improvemen
tschatzl [Tue, 28 May 2013 09:32:06 +0200] rev 17854
8013895: G1: G1SummarizeRSetStats output on Linux needs improvemen Summary: Fixed the output of G1SummarizeRSetStats: too small datatype for the number of concurrently processed cards, added concurrent remembered set thread time retrieval for Linux and Windows (BSD uses os::elapsedTime() now), and other cleanup. The information presented during VM operation is now relative to the previous output, not always cumulative if G1SummarizeRSetStatsPeriod > 0. At VM exit, the code prints a cumulative summary. Reviewed-by: johnc, jwilhelm
Sat, 01 Jun 2013 10:00:56 +0200 Merge
jwilhelm [Sat, 01 Jun 2013 10:00:56 +0200] rev 17853
Merge
Thu, 30 May 2013 10:58:16 +0200 8015486: PSScavenge::is_obj_in_young is unnecessarily slow with UseCompressedOops
stefank [Thu, 30 May 2013 10:58:16 +0200] rev 17852
8015486: PSScavenge::is_obj_in_young is unnecessarily slow with UseCompressedOops Summary: Compare compressed oops to a compressed young gen boundary instead of uncompressing the oops before doing the young gen boundary check. Reviewed-by: brutisso, jmasa
Thu, 30 May 2013 13:04:51 -0700 6725714: par compact - add a table to speed up bitmap searches
jcoomes [Thu, 30 May 2013 13:04:51 -0700] rev 17851
6725714: par compact - add a table to speed up bitmap searches Reviewed-by: jmasa, tschatzl
Fri, 31 May 2013 10:04:00 -0700 8015690: new hotspot build - hs25-b36
amurillo [Fri, 31 May 2013 10:04:00 -0700] rev 17850
8015690: new hotspot build - hs25-b36 Reviewed-by: jcoomes
(0) -10000 -3000 -1000 -300 -100 -30 -10 -8 +8 +10 +30 +100 +300 +1000 +3000 +10000 +30000 tip