December 2011 Archives by subject

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...

Starting: Thu Dec 1 09:08:15 UTC 2011
Ending: Fri Dec 30 21:31:34 UTC 2011
Messages: 221

• CRR (L): 6888336: G1: avoid explicitly marking and pushing objects in survivor spaces   Tony Printezis
• CRR (L / updated): 6888336: G1: avoid explicitly marking and pushing objects in survivor spaces   Tony Printezis
• CRR (M): 7114678: G1: various small fixes, code cleanup, and refactoring   Tony Printezis
• CRR (S): 7113012: G1: rename not-fully-young GCs as "mixed"   Tony Printezis
• CRR (S): 7113012: G1: rename not-fully-young GCs as "mixed"   John Cuthbertson
• CRR (S): 7113012: G1: rename not-fully-young GCs as "mixed"   Tony Printezis
• CRR (S): 7113012: G1: rename not-fully-young GCs as "mixed"   Bengt Rutisson
• CRR (S): 7113012: G1: rename not-fully-young GCs as "mixed"   Tony Printezis
• CRR (S): 7113012: G1: rename not-fully-young GCs as "mixed"   Bengt Rutisson
• CRR (S): 7113012: G1: rename not-fully-young GCs as "mixed"   Tony Printezis
• CRR (S): 7119027: G1: use atomics to update RS length / predict time of inc CSet   Tony Printezis
• CRR (S): 7119027: G1: use atomics to update RS length / predict time of inc CSet   Bengt Rutisson
• CRR (S): 7119027: G1: use atomics to update RS length / predict time of inc CSet   Tony Printezis
• CRR (S): 7119027: G1: use atomics to update RS length / predict time of inc CSet   Igor Veresov
• CRR (S): 7119027: G1: use atomics to update RS length / predict time of inc CSet   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   John Cuthbertson
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Srinivas Ramakrishna
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Srinivas Ramakrishna
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Srinivas Ramakrishna
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Srinivas Ramakrishna
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (S / version 2): 7121623: G1: always be able to reliably calculate the length of a forwarded chunked array   Tony Printezis
• CRR (XS): 7113006: G1: excessive ergo output when an evac failure happens   Tony Printezis
• CRR (XS): 7113006: G1: excessive ergo output when an evac failure happens   Jon Masamitsu
• CRR (XS): 7113006: G1: excessive ergo output when an evac failure happens   Tony Printezis
• CRR (XS): 7113006: G1: excessive ergo output when an evac failure happens   Tony Printezis
• CRR (XS): 7113006: G1: excessive ergo output when an evac failure happens   Jon Masamitsu
• CRR (XS): 7118202: G1: eden size unnecessarily drops to the minimum   Tony Printezis
• CRR (XS): 7118202: G1: eden size unnecessarily drops to the minimum   Bengt Rutisson
• CRR (XS): 7118202: G1: eden size unnecessarily drops to the minimum   John Cuthbertson
• CRR (XS): 7123165: G1: output during parallel verification can get messed up   Tony Printezis
• CRR (XS): 7123165: G1: output during parallel verification can get messed up   Bengt Rutisson
• CRR (XS): 7123165: G1: output during parallel verification can get messed up   Tony Printezis
• CRR (XS): 7123165: G1: output during parallel verification can get messed up   John Cuthbertson
• CRR (XS): 7123165: G1: output during parallel verification can get messed up   Tony Printezis
• CRR (XS): 7123165: G1: output during parallel verification can get messed up   Bengt Rutisson
• Fwd: how to know jvm is stopping the world?   Li Li
• Fwd: how to know jvm is stopping the world?   Vitaly Davidovich
• Fwd: how to know jvm is stopping the world?   yumin.qi at oracle.com
• Fwd: how to know jvm is stopping the world?   Ralf Helbing
• Fwd: how to know jvm is stopping the world?   Li Li
• Fwd: how to know jvm is stopping the world?   Li Li
• G1 discovers same garbage again?   Tony Printezis
• G1 discovers same garbage again?   Florian Binder
• G1 discovers same garbage again?   Tony Printezis
• G1 discovers same garbage again?   Srinivas Ramakrishna
• G1 discovers same garbage again?   Florian Binder
• G1 discovers same garbage again?   Tony Printezis
• G1 discovers same garbage again?   Vitaly Davidovich
• G1 discovers same garbage again?   Tony Printezis
• G1 discovers same garbage again?   Florian Binder
• G1 discovers same garbage again?   Srinivas Ramakrishna
• G1 discovers same garbage again?   Florian Binder
• hg: hsx/hotspot-gc/corba: 3 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/corba: 3 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/corba: 5 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/corba: Added tag jdk8-b18 for changeset 312cf15d1657   john.coomes at oracle.com
• hg: hsx/hotspot-gc/hotspot: 10 new changesets   tony.printezis at oracle.com
• hg: hsx/hotspot-gc/hotspot: 10 new changesets   jon.masamitsu at oracle.com
• hg: hsx/hotspot-gc/hotspot: 12 new changesets   jon.masamitsu at oracle.com
• hg: hsx/hotspot-gc/hotspot: 20 new changesets   jon.masamitsu at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7106024: CMS: Removed unused code for precleaning in remark phase   jon.masamitsu at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7112034: Parallel CMS fails to properly mark reference objects   stefan.karlsson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7112997: Remove obsolete code ResetObjectsClosure and VerifyUpdateClosure   jon.masamitsu at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7113012: G1: rename not-fully-young GCs as "mixed"   tony.printezis at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7113021: G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   bengt.rutisson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj   john.cuthbertson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7116081: USE_PRECOMPILED_HEADER=0 triggers a single threaded build of the JVM   stefan.karlsson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   john.cuthbertson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7118202: G1: eden size unnecessarily drops to a minimum   tony.printezis at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7119027: G1: use atomics to update RS length / predict time of inc CSet   tony.printezis at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7119584: UseParallelGC barrier task can be overwritten.   jon.masamitsu at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7119908: G1: Cache CSet start region for each worker for subsequent reuse   john.cuthbertson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7120038: G1: ParallelGCThreads==0 is broken   john.cuthbertson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7121373: Clean up CollectedHeap::is_in   stefan.karlsson at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7121618: Change type of number of GC workers to unsigned int.   jon.masamitsu at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7123165: G1: output during parallel verification can get messed up   tony.printezis at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7124829: NUMA: memory leak on Linux with large pages   igor.veresov at oracle.com
• hg: hsx/hotspot-gc/hotspot: 7125516: G1: ~ConcurrentMark() frees incorrectly   stefan.karlsson at oracle.com
• hg: hsx/hotspot-gc/jaxp: 5 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jaxp: 5 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jaxp: Added tag jdk8-b15 for changeset 804f666d6d44   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jaxp: Added tag jdk8-b18 for changeset ebec6a7e8d4e   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jaxws: 5 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jaxws: 5 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jaxws: Added tag jdk8-b15 for changeset c9ab96ff23d5   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jaxws: Added tag jdk8-b18 for changeset 54928c8850f5   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jdk: 30 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jdk: 34 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jdk: 64 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/jdk: 6 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/langtools: 14 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc/langtools: 34 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc: 3 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc: 4 new changesets   john.coomes at oracle.com
• hg: hsx/hotspot-gc: Added tag jdk8-b15 for changeset a4f28069d44a   john.coomes at oracle.com
• hg: hsx/hotspot-gc: Added tag jdk8-b18 for changeset 7010bd24cdd0   john.coomes at oracle.com
• hotspot-gc-use Digest, Vol 46, Issue 9   Jon Masamitsu
• hotspot-gc-use Digest, Vol 46, Issue 9   Jon Masamitsu
• hotspot-gc-use Digest, Vol 46, Issue 9   Jon Masamitsu
• hotspot-gc-use Digest, Vol 46, Issue 9   Srinivas Ramakrishna
• how to know jvm is stopping the world?   Li Li
• how to know jvm is stopping the world?   Simone Bordet
• how to know jvm is stopping the world?   Li Li
• how to know jvm is stopping the world?   Stefan Karlsson
• how to know jvm is stopping the world?   Li Li
• how to know jvm is stopping the world?   Krystal Mok
• how to know jvm is stopping the world?   Li Li
• how to know jvm is stopping the world?   Charles K Pepperdine
• how to know jvm is stopping the world?   Srinivas Ramakrishna
• Modification to the write barrier   Lokesh Gidra
• Modification to the write barrier   Vitaly Davidovich
• Modification to the write barrier   Jon Masamitsu
• Modification to the write barrier   Tom Rodriguez
• OpenJDK vs SunJDK   Toni Menendez Lopez
• Promotion failures: indication of CMS fragmentation?   Jon Masamitsu
• question about Unsafe.allocateInstance   Li Li
• question about Unsafe.allocateInstance   Florian Weimer
• question about Unsafe.allocateInstance   Krystal Mok
• question about Unsafe.allocateInstance   Li Li
• request for review (m) - 7121618   Jon Masamitsu
• request for review (m) - 7121618   Bengt Rutisson
• request for review (m) - 7121618   Jon Masamitsu
• request for review (m) - 7121618   Jon Masamitsu
• request for review (m) - 7121618   Bengt Rutisson
• request for review (m) - 7121618   Srinivas Ramakrishna
• request for review (m) - 7121618   Bengt Rutisson
• request for review (m) - 7121618   Tony Printezis
• request for review (m) - 7121618   Jon Masamitsu
• Request for review (s) - 7119584   Jon Masamitsu
• Request for review (s) - 7119584   Vitaly Davidovich
• Request for review (s) - 7119584   Jon Masamitsu
• Request for review (s) - 7119584   Vitaly Davidovich
• Request for review (s) - 7119584   Jon Masamitsu
• Request for review (s) - 7119584   Igor Veresov
• Request for review (s) - 7119584   Vitaly Davidovich
• Request for review (s) - 7119584   Jon Masamitsu
• Request for review (s) - 7119584   Igor Veresov
• Request for review (S): 7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   Bengt Rutisson
• Request for review (S): 7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   Tony Printezis
• Request for review (S): 7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   Bengt Rutisson
• Request for review (S): 7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   Tony Printezis
• Request for review (S): 7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   John Cuthbertson
• Request for review (S): 7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   Bengt Rutisson
• Request for review (S): 7113021 G1: automatically enable young gen size auto-tuning when -Xms==-Xmx   John Cuthbertson
• review(S): 7124829: NUMA: memory leak on Linux with large pages   Igor Veresov
• review(S): 7124829: NUMA: memory leak on Linux with large pages   Vladimir Kozlov
• review(S): 7124829: NUMA: memory leak on Linux with large pages   Igor Veresov
• review(S): 7124829: NUMA: memory leak on Linux with large pages   Vladimir Kozlov
• review(S): 7124829: NUMA: memory leak on Linux with large pages   Igor Veresov
• Review request (S): 7121373: Clean up CollectedHeap::is_in   Stefan Karlsson
• Review request (XS): 7125503: Compiling collectedHeap.cpp fails with -Werror=int-to-pointer-cast with g++ 4.6.1   Stefan Karlsson
• Review request (XS): 7125503: Compiling collectedHeap.cpp fails with -Werror=int-to-pointer-cast with g++ 4.6.1   Jon Masamitsu
• Review request (XS): 7125503: Compiling collectedHeap.cpp fails with -Werror=int-to-pointer-cast with g++ 4.6.1   Stefan Karlsson
• Review request (XS): 7125516: G1: ~ConcurrentMark() frees incorrectly   Stefan Karlsson
• Review request (XS): 7125516: G1: ~ConcurrentMark() frees incorrectly   Tony Printezis
• Review request (XS): 7125516: G1: ~ConcurrentMark() frees incorrectly   Jon Masamitsu
• Review request (XS): 7125516: G1: ~ConcurrentMark() frees incorrectly   Srinivas Ramakrishna
• RFR(L): 6484965: G1: piggy-back liveness accounting phase on marking   John Cuthbertson
• RFR(L): 6484965: G1: piggy-back liveness accounting phase on marking   Bengt Rutisson
• RFR(L): 6484965: G1: piggy-back liveness accounting phase on marking   John Cuthbertson
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   John Cuthbertson
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   David Holmes
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   John Cuthbertson
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   John Cuthbertson
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   Charles K Pepperdine
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   Srinivas Ramakrishna
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   John Cuthbertson
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   John Cuthbertson
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   Charles K Pepperdine
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   David Holmes
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   David Holmes
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   Srinivas Ramakrishna
• RFR (S): 7117303: VM uses non-monotonic time source and complains that it is non-monotonic   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Vitaly Davidovich
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Vitaly Davidovich
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Bengt Rutisson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Tony Printezis
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Bengt Rutisson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Bengt Rutisson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   John Cuthbertson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Tony Printezis
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Bengt Rutisson
• RFR(S): 7119908: G1: Cache CSet start region for each worker for subsequent reuse   Bengt Rutisson
• RFR(S): 7120038: G1: ParallelGCThreads==0 is broken   John Cuthbertson
• RFR(S): 7120038: G1: ParallelGCThreads==0 is broken   John Cuthbertson
• RFR(S): 7120038: G1: ParallelGCThreads==0 is broken   John Cuthbertson
• RFR(S): 7121496: G1: do the per-region evacuation failure handling work in parallel   John Cuthbertson
• RFR(S): 7121496: G1: do the per-region evacuation failure handling work in parallel   Tony Printezis
• RFR(S): 7121547: G1: High number mispredicted branches while iterating over the marking bitmap   John Cuthbertson
• RFR(S): 7121547: G1: High number mispredicted branches while iterating over the marking bitmap   Tony Printezis
• RFR (XS): 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj   Srinivas Ramakrishna
• RFR (XS): 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj   John Cuthbertson
• RFR (XS): 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj   Srinivas Ramakrishna
• RFR (XS): 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj   Tony Printezis
• RFR (XS): 7114095: G1: assert(obj == oopDesc::load_decode_heap_oop(p)) failed: p should still be pointing to obj   John Cuthbertson
• RFR (XXXS): 7068215: G1: Print reference processing time during remark   Charles K Pepperdine
• Strange GC behaviour,   Dang Nhan Nguyen
• Strange GC behaviour,   Srinivas Ramakrishna
• Strange GC behaviour,   Jon Masamitsu
• Strange GC behaviour,   Dang Nhan Nguyen
• Strange GC behaviour,   Srinivas Ramakrishna
• Strange GC behaviour,   Dang Nhan Nguyen
• Strange GC behaviour,   Dang Nhan Nguyen
• Turning off generational GC   Jon Masamitsu
• VM-crash after starting with -XX:+UseLargePages -XX:+UseG1GC -XX:G1HeapRegionSize=16M   Florian Binder
• Will G1GC be the default GC in JRE 7 eventually?   Julian Fleischer
• Will G1GC be the default GC in JRE 7 eventually?   John Pampuch

Last message date: Fri Dec 30 21:31:34 UTC 2011
Archived on: Tue Oct 18 16:49:33 UTC 2022

• Messages sorted by: [ thread ] [ author ] [ date ]
• More info on this list...