On Mon, 13 May 2024 21:08:08 GMT, Evgeny Astigeevich
wrote:
>> Backout of [JDK-8309271](https://bugs.openjdk.org/browse/JDK-8309271) which
>> has known bugs, possible bugs and performance issues. REDO work is tracked
>> by [JDK-8331749](https://bugs.openjdk.org/browse/JDK-8331749).
>>
>> Foun
On Mon, 13 May 2024 14:21:35 GMT, Evgeny Astigeevich
wrote:
> > Are there any high severity problems caused by the original PR? Especially
> > not in the new functionality. Minor issues could be probably addressed
> > without backing out the entire functionality.
>
>
>
> Yes, there are:
>
On Mon, 13 May 2024 13:03:26 GMT, Evgeny Astigeevich
wrote:
> Backout of [JDK-8309271](https://bugs.openjdk.org/browse/JDK-8309271) which
> has known bugs, possible bugs and performance issues. REDO work is tracked by
> [JDK-8331749](https://bugs.openjdk.org/browse/JDK-8331749).
>
> Found bug
On Wed, 24 May 2023 00:38:27 GMT, Dmitry Chuyko wrote:
> Compiler Control (https://openjdk.org/jeps/165) provides method-context
> dependent control of the JVM compilers (C1 and C2). The active directive
> stack is built from the directive files passed with the
> `-XX:CompilerDi
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
On Wed, 13 Mar 2024 17:31:32 GMT, Dmitry Chuyko wrote:
>> Compiler Control (https://openjdk.org/jeps/165) provides method-context
>> dependent control of the JVM compilers (C1 and C2). The active directive
>> stack is built from the directive fil
On Wed, 13 Mar 2024 07:48:35 GMT, Serguei Spitsyn wrote:
>> Dmitry Chuyko has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 47 commits:
>>
>> - Resolved master conflicts
>> - Merge branch 'openj
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command `
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
On Wed, 13 Mar 2024 07:43:35 GMT, Serguei Spitsyn wrote:
>> Dmitry Chuyko has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 47 commits:
>>
>> - Resolved master conflicts
>> - Merge branch 'openj
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
On Sat, 24 Feb 2024 11:22:17 GMT, Dmitry Chuyko wrote:
>> Compiler Control (https://openjdk.org/jeps/165) provides method-context
>> dependent control of the JVM compilers (C1 and C2). The active directive
>> stack is built from the directive fil
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
On Wed, 31 Jan 2024 21:12:19 GMT, Dmitry Chuyko wrote:
>> Compiler Control (https://openjdk.org/jeps/165) provides method-context
>> dependent control of the JVM compilers (C1 and C2). The active directive
>> stack is built from the directive fil
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
On Wed, 20 Dec 2023 02:57:29 GMT, Andrei Pangin wrote:
>> Dmitry Chuyko has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 33 commits:
>>
>> - Merge branch 'openjdk:master' into compiler-directiv
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command `
On Wed, 20 Dec 2023 02:40:40 GMT, Andrei Pangin wrote:
>> Dmitry Chuyko has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 33 commits:
>>
>> - Merge branch 'openjdk:master' into compiler-directiv
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
ere are rules for inlining into some method, it will be
> refreshed. On the other hand, if there are rules for a method and it was
> inlined, top-level methods won't be refreshed, but this can be achieved by
> having rules for them.
>
> In addition, a new diagnostic command
On Mon, 12 Jun 2023 12:00:48 GMT, Andrei Pangin wrote:
>> Dmitry Chuyko has updated the pull request with a new target base due to a
>> merge or a rebase. The pull request now contains 23 commits:
>>
>> - jcheck
>> - Unnecessary import
>> - forc
to some method, it will be deoptimized. On the other hand, if
> there are rules for a method and it was inlined, top-level methods won't be
> deoptimized, but this can be achieved by having rules for them.
>
> In addition, a new diagnistic command `Compiler.replace_directives`
to some method, it will be deoptimized. On the other hand, if
> there are rules for a method and it was inlined, top-level methods won't be
> deoptimized, but this can be achieved by having rules for them.
>
> In addition, a new diagnistic command `Compiler.replace_directives`, has
to some method, it will be deoptimized. On the other hand, if
> there are rules for a method and it was inlined, top-level methods won't be
> deoptimized, but this can be achieved by having rules for them.
>
> In addition, a new diagnistic command `Compiler.replace_directives`
Compiler Control (https://openjdk.org/jeps/165) provides method-context
dependent control of the JVM compilers (C1 and C2). The active directive stack
is built from the directive files passed with the `-XX:CompilerDirectivesFile`
diagnostic command-line option and the Compiler.add_directives dia
44 matches
Mail list logo
