Wed, 05 Jul 2017 17:57:28 +0200 Merge
duke [Wed, 05 Jul 2017 17:57:28 +0200] rev 11213
Merge
Fri, 16 Dec 2011 12:37:38 -0800 Added tag hs23-b08 for changeset 40104529a61f
amurillo [Fri, 16 Dec 2011 12:37:38 -0800] rev 11212
Added tag hs23-b08 for changeset 40104529a61f
Fri, 16 Dec 2011 12:38:00 -0800 Merge
amurillo [Fri, 16 Dec 2011 12:38:00 -0800] rev 11211
Merge
Wed, 14 Dec 2011 20:06:21 -0500 Merge
vladidan [Wed, 14 Dec 2011 20:06:21 -0500] rev 11210
Merge
Wed, 14 Dec 2011 04:30:57 -0800 7104647: Adding a diagnostic command framework
fparain [Wed, 14 Dec 2011 04:30:57 -0800] rev 11209
7104647: Adding a diagnostic command framework Reviewed-by: phh, dcubed
Fri, 09 Dec 2011 19:28:34 -0800 7119584: UseParallelGC barrier task can be overwritten.
jmasa [Fri, 09 Dec 2011 19:28:34 -0800] rev 11208
7119584: UseParallelGC barrier task can be overwritten. Summary: Provoke a GC for a metadata allocation failure. Reviewed-by: johnc, iveresov
Fri, 09 Dec 2011 06:46:57 -0800 Merge
jmasa [Fri, 09 Dec 2011 06:46:57 -0800] rev 11207
Merge
Wed, 07 Dec 2011 12:54:51 -0500 7118202: G1: eden size unnecessarily drops to a minimum
tonyp [Wed, 07 Dec 2011 12:54:51 -0500] rev 11206
7118202: G1: eden size unnecessarily drops to a minimum Summary: An integer underflow can cause the RSet lengths to be massively overpredicted which forces the eden size to the minimum. Reviewed-by: brutisso, johnc
Mon, 28 Nov 2011 14:58:31 +0100 7116081: USE_PRECOMPILED_HEADER=0 triggers a single threaded build of the JVM
stefank [Mon, 28 Nov 2011 14:58:31 +0100] rev 11205
7116081: USE_PRECOMPILED_HEADER=0 triggers a single threaded build of the JVM Summary: Changed the conditional to see if the precompiled header has been specified. Also, removed the unused PrecompiledOption. Reviewed-by: dholmes, brutisso
Mon, 28 Nov 2011 10:19:26 +0100 7112034: Parallel CMS fails to properly mark reference objects
stefank [Mon, 28 Nov 2011 10:19:26 +0100] rev 11204
7112034: Parallel CMS fails to properly mark reference objects Summary: Enabled reference processing when work stealing during concurrent marking Reviewed-by: jmasa, brutisso
Mon, 05 Dec 2011 12:26:40 -0500 Merge
tonyp [Mon, 05 Dec 2011 12:26:40 -0500] rev 11203
Merge
Fri, 02 Dec 2011 12:39:23 -0800 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj
johnc [Fri, 02 Dec 2011 12:39:23 -0800] rev 11202
7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj Summary: As a result of the changes for 4965777, the G1 reference field scanning closure could be applied to the discovered field of a reference object twice. The failing assert is too strong if the result of the first application of the closure is stolen, and the referenced object, evacuated by another worker thread. Reviewed-by: ysr, tonyp
(0) -10000 -3000 -1000 -300 -100 -12 +12 +100 +300 +1000 +3000 +10000 +30000 tip