A number of JDI tests create objects on the debugger side with calls to
`newInstance()`. However, on the debugee side, these new instances will only be
held on to by a `JNIGlobalWeakRef`, which means they could be collected at any
time, even before `newInstace()` returns. A number of JDI tests d
A few data structure in the ci allocate unconditionally created GrowableArrays
out-of-line, have fields that are newer updated/read, or are unnecessarily
cached. By cleaning this up we can slightly reduce memory used for JIT
compilations while slightly speeding them up.
-
Commit me
On Mon, 16 Nov 2020 23:00:05 GMT, Alex Menkov wrote:
> OperatingSystemMXBean was changed in jdk14 (see JDK-8226575):
> New methods getTotalMemorySize and getFreeMemorySize were added, old
> getTotalPhysicalMemorySize and getFreePhysicalMemorySize were deprecated.
>
> The fix adds fallbacks for
On Fri, 20 Nov 2020 21:55:43 GMT, Chris Plummer wrote:
>> OperatingSystemMXBean was changed in jdk14 (see JDK-8226575):
>> New methods getTotalMemorySize and getFreeMemorySize were added, old
>> getTotalPhysicalMemorySize and getFreePhysicalMemorySize were deprecated.
>>
>> The fix adds fallbac
On Fri, 20 Nov 2020 12:19:48 GMT, Claes Redestad wrote:
> A few data structure in the ci allocate unconditionally created
> GrowableArrays out-of-line, have fields that are newer updated/read, or are
> unnecessarily cached. By cleaning this up we can slightly reduce memory used
> for JIT compi
On Mon, 16 Nov 2020 23:00:05 GMT, Alex Menkov wrote:
> OperatingSystemMXBean was changed in jdk14 (see JDK-8226575):
> New methods getTotalMemorySize and getFreeMemorySize were added, old
> getTotalPhysicalMemorySize and getFreePhysicalMemorySize were deprecated.
>
> The fix adds fallbacks for
On Fri, 20 Nov 2020 22:21:04 GMT, Chris Plummer wrote:
>> A few data structure in the ci allocate unconditionally created
>> GrowableArrays out-of-line, have fields that are newer updated/read, or are
>> unnecessarily cached. By cleaning this up we can slightly reduce memory used
>> for JIT co
On Fri, 20 Nov 2020 12:19:48 GMT, Claes Redestad wrote:
> A few data structure in the ci allocate unconditionally created
> GrowableArrays out-of-line, have fields that are newer updated/read, or are
> unnecessarily cached. By cleaning this up we can slightly reduce memory used
> for JIT compi
On Fri, 20 Nov 2020 22:39:19 GMT, Claes Redestad wrote:
>> src/jdk.hotspot.agent/share/classes/sun/jvm/hotspot/ci/ciObjectFactory.java
>> line 82:
>>
>>> 80: public GrowableArray symbols() {
>>> 81: Address addr = getAddress().addOffsetTo(symbolsField.getOffset());
>>> 82: return Grow
On Fri, 20 Nov 2020 12:19:48 GMT, Claes Redestad wrote:
> A few data structure in the ci allocate unconditionally created
> GrowableArrays out-of-line, have fields that are newer updated/read, or are
> unnecessarily cached. By cleaning this up we can slightly reduce memory used
> for JIT compi
On Mon, 16 Nov 2020 23:00:05 GMT, Alex Menkov wrote:
> OperatingSystemMXBean was changed in jdk14 (see JDK-8226575):
> New methods getTotalMemorySize and getFreeMemorySize were added, old
> getTotalPhysicalMemorySize and getFreePhysicalMemorySize were deprecated.
>
> The fix adds fallbacks for
On Mon, 16 Nov 2020 23:00:05 GMT, Alex Menkov wrote:
> OperatingSystemMXBean was changed in jdk14 (see JDK-8226575):
> New methods getTotalMemorySize and getFreeMemorySize were added, old
> getTotalPhysicalMemorySize and getFreePhysicalMemorySize were deprecated.
>
> The fix adds fallbacks for
On Fri, 20 Nov 2020 01:17:18 GMT, Lin Zang wrote:
>> This PR add "gz" option to jmap -dump command to support generate gzipped
>> heap dump.
>>
>> example:
>> jmap -dump:live,gz=1,file=dump.gz
>
> Lin Zang has updated the pull request incrementally with one additional
> commit since the
On Thu, 19 Nov 2020 22:26:38 GMT, Chris Plummer wrote:
>> Looks good.
>
> Why does this PR show 5 commits, including one that looks like it was for a
> previously fixed CR? It looks maybe you reused a branch. In the end it looks
> like skara did the right thing, and the diff looks right, but th
On Thu, 19 Nov 2020 21:49:09 GMT, Alex Menkov wrote:
> - fixed java part of the test to handle spurious wakeups in the debuggee
> thread;
> - fixed native part of the test to detect and report the case when debuggee
> thread not found.
This pull request has been closed without being integrated
On Fri, 20 Nov 2020 02:57:55 GMT, Chris Plummer wrote:
>> Lin Zang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> remove unnecessory arguments in verifyDump()
>
> Marked as reviewed by cjplummer (Reviewer).
Thank @plummercj and @sspits
Resending the RFR without unexpected extra commits
- fixed java part of the test to handle spurious wakeups in the debuggee thread;
- fixed native part of the test to detect and report the case when debuggee
thread not found.
-
Commit messages:
- Fixed cm01t002
Changes: https://gi
On Sat, 21 Nov 2020 01:54:58 GMT, Alex Menkov wrote:
> Resending the RFR without unexpected extra commits
>
> - fixed java part of the test to handle spurious wakeups in the debuggee
> thread;
> - fixed native part of the test to detect and report the case when debuggee
> thread not found.
Ma
On Sat, 21 Nov 2020 01:54:58 GMT, Alex Menkov wrote:
> Resending the RFR without unexpected extra commits
>
> - fixed java part of the test to handle spurious wakeups in the debuggee
> thread;
> - fixed native part of the test to detect and report the case when debuggee
> thread not found.
It
19 matches
Mail list logo
