- 17 9月, 2010 1 次提交
-
-
由 zgu 提交于
Summary: Uses JDK_Version to determinate to set vm vendor to "Oracle Corporation" for JDK7 and later. Reviewed-by: kamg, ohair, coleenp
-
- 11 9月, 2010 1 次提交
-
-
由 thurka 提交于
Summary: Emit a fake frame that makes it look like the thread is in the OutOfMemoryError zero-parameter constructor Reviewed-by: dcubed
-
- 04 9月, 2010 1 次提交
-
-
由 kamg 提交于
Summary: Must check locals for null when processing chop frame Reviewed-by: dholmes, dcubed
-
- 31 8月, 2010 3 次提交
- 28 8月, 2010 3 次提交
-
-
由 never 提交于
Reviewed-by: kvn
-
由 kamg 提交于
Summary: Use resource memory instead of c-heap for the exception message Reviewed-by: phh, jmasa
-
由 tonyp 提交于
Summary: An assert in the management.cpp is too strong and assumes the max size is always defined on memory pools, even when we don't need to use it. Reviewed-by: mchung, johnc
-
- 27 8月, 2010 2 次提交
- 26 8月, 2010 1 次提交
-
-
由 jcoomes 提交于
Reviewed-by: tonyp, ysr
-
- 25 8月, 2010 2 次提交
-
-
由 tonyp 提交于
Summary: The way we were caluclating the max value meant that it might fluctuate during the run and this broke some assumptions inside the MBeans framework. This change sets the max value of each pool to -1, which means undefined according to the spec. Reviewed-by: mchung, johnc
-
由 twisti 提交于
Summary: This is the renaming part of 6961697 to keep the actual changes small for review. Reviewed-by: kvn, never
-
- 24 8月, 2010 2 次提交
-
-
由 ysr 提交于
Summary: Weakened a too-strong, off-by-one assert; added code to keep track of and report any overflows at appropriate level of verbosity. Reviewed-by: jcoomes, tonyp
-
由 kvn 提交于
6896381: CTW fails share/vm/ci/bcEscapeAnalyzer.cpp:99, assert(_stack_height < _max_stack,"stack overflow") Summary: Check constant Tag type instead of calling get_constant(). Reviewed-by: never
-
- 21 8月, 2010 1 次提交
-
-
由 jrose 提交于
Reviewed-by: kvn
-
- 20 8月, 2010 3 次提交
-
-
由 never 提交于
Reviewed-by: kvn
-
由 ysr 提交于
Reviewed-by: jcoomes, jmasa, tonyp
-
由 ptisnovs 提交于
6885308: The incorrect -XX:StackRedPages, -XX:StackShadowPages, -XX:StackYellowPages could cause VM crash Summary: Test minimal stack sizes given (also fixed linux compilation error) Reviewed-by: never, phh, coleenp
-
- 19 8月, 2010 2 次提交
-
-
由 ysr 提交于
Summary: Allow for the possibility (when the heap is expanding) that the sweep might skip over and past, rather than necessarily step on, the sweep limit determined at the beginning of a concurrent marking cycle. Reviewed-by: jmasa, tonyp
-
由 johnc 提交于
Summary: The changes introduced for 6975078 assign badHeapOopVal to the _allocation field in the ResourceObj class. In 32 bit linux builds with certain versions of gcc this assignment will be flagged as an error while compiling allocation.cpp. In 32 bit builds the constant value badHeapOopVal (which is cast to an intptr_t) is negative. The _allocation field is typed as an unsigned intptr_t and gcc catches this as an error. Reviewed-by: jcoomes, ysr, phh
-
- 18 8月, 2010 4 次提交
-
-
由 twisti 提交于
Summary: A number of fixes for Zero and Shark. Reviewed-by: twisti Contributed-by: NGary Benson <gbenson@redhat.com>
-
由 tonyp 提交于
6975964: G1: print out a more descriptive message for evacuation failure when +PrintGCDetails is set Summary: we're renaming "evacuation failure" to "to-space overflow". I'm also piggy-backing a small additional change which removes the "Mark closure took..." output. Reviewed-by: ysr, johnc
-
由 tonyp 提交于
Summary: as the title says, sometimes we are allocating humongous objects in young regions and we shouldn't. Reviewed-by: ysr, johnc
-
由 tonyp 提交于
Summary: There are a few issues in the code that calculates whether to resize the heap and by how much: a) some calculations can overflow 32-bit size_t's, b) min_desired_capacity is not bounded by the max heap size, and c) the assrt that fires is in the wrong place. The fix also includes some tidying up of the related verbose code. Reviewed-by: ysr, jmasa
-
- 17 8月, 2010 1 次提交
-
-
由 ysr 提交于
Summary: GC workers now recognize an intermediate transient state of blocks which are allocated but have not yet completed initialization. blk_start() calls do not attempt to determine the size of a block in the transient state, rather waiting for the block to become initialized so that it is safe to query its size. Audited and ensured the order of initialization of object fields (klass, free bit and size) to respect block state transition protocol. Also included some new assertion checking code enabled in debug mode. Reviewed-by: chrisphi, johnc, poonam
-
- 14 8月, 2010 1 次提交
-
-
由 never 提交于
Reviewed-by: kvn, twisti
-
- 13 8月, 2010 2 次提交
- 12 8月, 2010 2 次提交
- 11 8月, 2010 4 次提交
-
-
由 twisti 提交于
Summary: Shark is a JIT compiler for Zero that uses the LLVM compiler infrastructure. Reviewed-by: kvn, twisti Contributed-by: NGary Benson <gbenson@redhat.com>
-
由 twisti 提交于
Summary: This CR implements the same for C1 as 6926782 for C2. Reviewed-by: never
-
由 rasbold 提交于
Summary: Print a more detailed error message for agent library load failure. Reviewed-by: jcoomes, never, ohair, coleenp Contributed-by: jeremymanson@google.com
-
由 ysr 提交于
6973570: OrderAccess::storestore() scales poorly on multi-socket x64 and sparc: cache-line ping-ponging Summary: volatile store to static variable removed in favour of a volatile store to stack to avoid excessive cache coherency traffic; verified that the volatile store is not elided by any of our current compilers. Reviewed-by: dholmes, dice, jcoomes, kvn
-
- 10 8月, 2010 2 次提交
- 09 8月, 2010 1 次提交
-
-
由 jcoomes 提交于
Reviewed-by: tonyp, ysr
-
- 07 8月, 2010 1 次提交
-
-
由 johnc 提交于
6930581: G1: assert(ParallelGCThreads > 1 || n_yielded() == _hrrs->occupied(),"Should have yielded all the .. Summary: During RSet updating, when ParallelGCThreads is zero, references that point into the collection set are added directly the referenced region's RSet. This can cause the sparse table in the RSet to expand. RSet scanning and the "occupied" routine will then operate on different instances of the sparse table causing the assert to trip. This may also cause some cards added post expansion to be missed during RSet scanning. When ParallelGCThreads is non-zero such references are recorded on the "references to be scanned" queue and the card containing the reference is recorded in a dirty card queue for use in the event of an evacuation failure. Employ the parallel code in the serial case to avoid expanding the RSets of regions in the collection set. Reviewed-by: iveresov, ysr, tonyp
-