On Tue, 11 May 2021 15:01:18 GMT, Coleen Phillimore wrote:
> I changed the _contentions and _waiters fields from jint to int and ran tests
> tier1-3. Tested tier1 with linux, mac, windows platforms. Also changed the
> _previous_owner_tid to unintptr_t from jlong, since that's what the cast did
On Tue, 22 Jun 2021 02:39:01 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request incrementally
On Mon, 21 Jun 2021 20:49:56 GMT, Paul Sandoz wrote:
>> Yi Yang has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> more replacement 2
>
> src/java.base/share/classes/jdk/internal/util/Preconditions.java line 78:
>
>> 76: = Prec
> After JDK-8265518(#3615), it's possible to replace all variants of checkIndex
> by Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
> the whole JDK codebase.
Yi Yang has updated the pull request incrementally with one additional commit
since the last revision:
corr
On Tue, 22 Jun 2021 01:11:30 GMT, Guoxiong Li wrote:
> Hi all,
>
> Considering the consistency of `JavaThread` and other threads, such as
> WorkerThread and CompilerThread, `JavaThread` could use a method named `cast`
> to replace the method `Thread::as_Java_thread()`. It can reduce the Thread
Hi all,
Considering the consistency of `JavaThread` and other threads, such as
WorkerThread and CompilerThread, `JavaThread` could use a method named `cast`
to replace the method `Thread::as_Java_thread()`. It can reduce the Thread's
knowledge about the subtypes.
This patch removes two methods
On Tue, 11 May 2021 15:01:18 GMT, Coleen Phillimore wrote:
> I changed the _contentions and _waiters fields from jint to int and ran tests
> tier1-3. Tested tier1 with linux, mac, windows platforms. Also changed the
> _previous_owner_tid to unintptr_t from jlong, since that's what the cast did
On Mon, 21 Jun 2021 05:17:09 GMT, Yi Yang wrote:
>> After JDK-8265518(#3615), it's possible to replace all variants of
>> checkIndex by
>> Objects.checkIndex/Objects.checkFromToIndex/Objects.checkFromIndexSize in
>> the whole JDK codebase.
>
> Yi Yang has updated the pull request incrementally
On Wed, 16 Jun 2021 12:52:46 GMT, Coleen Phillimore wrote:
> This change removes the mark_for_evol_deoptimization method and removes the
> flag that all dependencies are recorded. Before the change to walk the
> entire nmethod looking for "old" (redefined) methods with metadata_do(), we
> use
On Mon, 21 Jun 2021 12:26:20 GMT, Thomas Stuefe wrote:
> _Mailing list message from [David Holmes](mailto:david.hol...@oracle.com) on
> [hotspot-runtime-dev](mailto:hotspot-runtime-...@mail.openjdk.java.net):_
>
> On 21/06/2021 7:58 pm, Thomas Stuefe wrote:
>
> > On Mon, 21 Jun 2021 09:15:05 G
I changed the _contentions and _waiters fields from jint to int and ran tests
tier1-3. Tested tier1 with linux, mac, windows platforms. Also changed the
_previous_owner_tid to unintptr_t from jlong, since that's what the cast did.
-
Commit messages:
- 8256306: ObjectMonitor::_cont
On Wed, 16 Jun 2021 12:52:46 GMT, Coleen Phillimore wrote:
> This change removes the mark_for_evol_deoptimization method and removes the
> flag that all dependencies are recorded. Before the change to walk the
> entire nmethod looking for "old" (redefined) methods with metadata_do(), we
> use
On Thu, 17 Jun 2021 08:53:55 GMT, Thomas Stuefe wrote:
>> Proposal to add a Linux+glibc-only jcmd to manually induce malloc_trim(3) in
>> the VM process.
>>
>>
>> The glibc is somewhat notorious for retaining released C Heap memory:
>> calling free(3) returns memory to the glibc, and most lib
On 21/06/2021 7:58 pm, Thomas Stuefe wrote:
On Mon, 21 Jun 2021 09:15:05 GMT, Volker Simonis wrote:
I like this little new diagnostic command which I think can be quite useful in
specific situations.
Thanks a lot Volker!
However, in contrast to other reviewers, I'd rather keep this simpl
On Mon, 21 Jun 2021 09:15:05 GMT, Volker Simonis wrote:
> I like this little new diagnostic command which I think can be quite useful
> in specific situations.
>
Thanks a lot Volker!
> However, in contrast to other reviewers, I'd rather keep this simple and
> Glibc specific instead of extend
On Thu, 17 Jun 2021 08:53:55 GMT, Thomas Stuefe wrote:
>> Proposal to add a Linux+glibc-only jcmd to manually induce malloc_trim(3) in
>> the VM process.
>>
>>
>> The glibc is somewhat notorious for retaining released C Heap memory:
>> calling free(3) returns memory to the glibc, and most lib
On Thu, 17 Jun 2021 08:53:55 GMT, Thomas Stuefe wrote:
>> Proposal to add a Linux+glibc-only jcmd to manually induce malloc_trim(3) in
>> the VM process.
>>
>>
>> The glibc is somewhat notorious for retaining released C Heap memory:
>> calling free(3) returns memory to the glibc, and most lib
17 matches
Mail list logo
