On Mon, 28 Apr 2025 23:35:49 GMT, Serguei Spitsyn wrote:
>> Chris Plummer has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> return null instead of throwing an exception
>
> test/hotspot/jtreg/vmTestbase/nsk/share/jdi/Debugee.java line 463:
On Fri, 25 Apr 2025 06:17:38 GMT, Chris Plummer wrote:
>> nsk.share.jdi.Debugee.waitingEvent() takes a timeout argument. However, if
>> the call to EventQueue.remove() times out and returns null, waitingEvent()
>> just keep on retrying. The logic is incorrect for a null result. It should
>> im
On Mon, 28 Apr 2025 19:30:27 GMT, Kevin Walls wrote:
>> This issue was hard to reproduce or had stopped happening, but was likely a
>> failure to capture the main arguments from a monitored process, caused by
>> slow startups e.g. -Xcomp. Recent failures seen in Graal testing are most
>> like
On Mon, 28 Apr 2025 19:30:27 GMT, Kevin Walls wrote:
>> This issue was hard to reproduce or had stopped happening, but was likely a
>> failure to capture the main arguments from a monitored process, caused by
>> slow startups e.g. -Xcomp. Recent failures seen in Graal testing are most
>> like
On Mon, 28 Apr 2025 19:30:27 GMT, Kevin Walls wrote:
>> This issue was hard to reproduce or had stopped happening, but was likely a
>> failure to capture the main arguments from a monitored process, caused by
>> slow startups e.g. -Xcomp. Recent failures seen in Graal testing are most
>> like
On Mon, 28 Apr 2025 19:30:27 GMT, Kevin Walls wrote:
>> This issue was hard to reproduce or had stopped happening, but was likely a
>> failure to capture the main arguments from a monitored process, caused by
>> slow startups e.g. -Xcomp. Recent failures seen in Graal testing are most
>> like
On Mon, 28 Apr 2025 09:15:28 GMT, Igor Veresov wrote:
>> Improve warm-up time by making profile data from a previous run of an
>> application instantly available, when the HotSpot Java Virtual Machine
>> starts. Specifically, enhance the [AOT cache](https://openjdk.org/jeps/483)
>> to store me
> This issue was hard to reproduce or had stopped happening, but was likely a
> failure to capture the main arguments from a monitored process, caused by
> slow startups e.g. -Xcomp. Recent failures seen in Graal testing are most
> likely the same issue and increasing ARGS_ATTEMPTS has been see
On Fri, 25 Apr 2025 06:17:38 GMT, Chris Plummer wrote:
>> nsk.share.jdi.Debugee.waitingEvent() takes a timeout argument. However, if
>> the call to EventQueue.remove() times out and returns null, waitingEvent()
>> just keep on retrying. The logic is incorrect for a null result. It should
>> im
On Sun, 27 Apr 2025 21:05:34 GMT, Kevin Walls wrote:
>> This issue was hard to reproduce or had stopped happening, but was likely a
>> failure to capture the main arguments from a monitored process, caused by
>> slow startups e.g. -Xcomp. Recent failures seen in Graal testing are most
>> like
On Mon, 28 Apr 2025 19:09:59 GMT, Chris Plummer wrote:
>> As part of the work for
>> [JDK-8353955](https://bugs.openjdk.org/browse/JDK-8353955) I am reducing the
>> number of tests that need to be run with includevirtualhreads=y due to using
>> JDI to lookup threads in the debuggee. There are
> As part of the work for
> [JDK-8353955](https://bugs.openjdk.org/browse/JDK-8353955) I am reducing the
> number of tests that need to be run with includevirtualhreads=y due to using
> JDI to lookup threads in the debuggee. There are many tests that lookup the
> "main" thread. They can instead
On Mon, 28 Apr 2025 17:35:13 GMT, Vladimir Kozlov wrote:
> Looks better. There are still places where UL is used specifically for TD
> processing. Consider using `(aot, training)` there instead of `(cds)`.
Right. I haven't addressed these review comments yet.
-
PR Comment: https:/
On Mon, 28 Apr 2025 09:15:28 GMT, Igor Veresov wrote:
>> Improve warm-up time by making profile data from a previous run of an
>> application instantly available, when the HotSpot Java Virtual Machine
>> starts. Specifically, enhance the [AOT cache](https://openjdk.org/jeps/483)
>> to store me
On Sun, 27 Apr 2025 21:05:34 GMT, Kevin Walls wrote:
>> This issue was hard to reproduce or had stopped happening, but was likely a
>> failure to capture the main arguments from a monitored process, caused by
>> slow startups e.g. -Xcomp. Recent failures seen in Graal testing are most
>> like
On Mon, 28 Apr 2025 15:51:44 GMT, PAWAN CHAWDHARY wrote:
> 8354475: TestDockerMemoryMetricsSubgroup.java fails with exitValue = 1
TestDockerMemoryMetricsSubgroup.java creates directory under /sys/fs/cgroup by
running following command for this test needs to be run as root mode
`mkdir -p /sys/fs
8354475: TestDockerMemoryMetricsSubgroup.java fails with exitValue = 1
-
Commit messages:
- 8354475: TestDockerMemoryMetricsSubgroup.java fails with exitValue = 1
Changes: https://git.openjdk.org/jdk/pull/24930/files
Webrev: https://webrevs.openjdk.org/?repo=jdk&pr=24930&range=00
On Mon, 28 Apr 2025 09:15:28 GMT, Igor Veresov wrote:
>> Improve warm-up time by making profile data from a previous run of an
>> application instantly available, when the HotSpot Java Virtual Machine
>> starts. Specifically, enhance the [AOT cache](https://openjdk.org/jeps/483)
>> to store me
Hello,
> To make it easier to review this PR, each commit that is prefixed with "FIX:"
> has the command/method I've used to verify that the output of prints is not
> changed/broken.
The goal of this PR is to refactor the usage of streamIndentor and
StreamAutoIndentor and combine them into a s
> Improve warm-up time by making profile data from a previous run of an
> application instantly available, when the HotSpot Java Virtual Machine
> starts. Specifically, enhance the [AOT cache](https://openjdk.org/jeps/483)
> to store method execution profiles from training runs, reducing profili
On Mon, 28 Apr 2025 04:27:03 GMT, Chris Plummer wrote:
>> Yes -- Maybe just take out this extra timeout. I'm being too respectful of
>> things that have been in the test forever, but aren't of much use. Some
>> tests have their own timeouts, when jtreg can just time them out.
>>
>> Checking
> Improve warm-up time by making profile data from a previous run of an
> application instantly available, when the HotSpot Java Virtual Machine
> starts. Specifically, enhance the [AOT cache](https://openjdk.org/jeps/483)
> to store method execution profiles from training runs, reducing profili
On Fri, 25 Apr 2025 15:17:17 GMT, Aleksey Shipilev wrote:
> I noticed in `macros.hpp`:
>
>
> #ifdef ASSERT
> #define DEBUG_ONLY(code) code
> #define NOT_DEBUG(code)
> #define NOT_DEBUG_RETURN /*next token must be ;*/
> // Historical.
> #define debug_only(code) code
> #else // ASSERT
>
>
> The
On Fri, 25 Apr 2025 15:17:17 GMT, Aleksey Shipilev wrote:
> I noticed in `macros.hpp`:
>
>
> #ifdef ASSERT
> #define DEBUG_ONLY(code) code
> #define NOT_DEBUG(code)
> #define NOT_DEBUG_RETURN /*next token must be ;*/
> // Historical.
> #define debug_only(code) code
> #else // ASSERT
>
>
> The
On Mon, 28 Apr 2025 07:41:23 GMT, Radim Vansa wrote:
>> This optimization is a followup to https://github.com/openjdk/jdk/pull/24290
>> trying to reduce the performance regression in some scenarios introduced in
>> https://bugs.openjdk.org/browse/JDK-8292818 . Based both on performance and
>>
> This optimization is a followup to https://github.com/openjdk/jdk/pull/24290
> trying to reduce the performance regression in some scenarios introduced in
> https://bugs.openjdk.org/browse/JDK-8292818 . Based both on performance and
> memory consumption it is a (better) alternative to
> https
26 matches
Mail list logo
