On Tue, 3 Nov 2020 23:16:50 GMT, Alex Menkov wrote:
> - Fixed synchronization logic in resexhausted001;
> - On Windows JVM cannot produce OOM caused by thread creation failure.
> Massive thread creation causes big system (not VM) memory consumption, as a
> result test host dramatically slows do
On Thu, 5 Nov 2020 00:37:15 GMT, Coleen Phillimore wrote:
> Apply patch suggested by @cl4es in the bug report. Passes
> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
> builds with this patch, and tier1.
>
> thanks,
> Coleen
This pull request has now bee
On Fri, 6 Nov 2020 14:30:14 GMT, Coleen Phillimore wrote:
>> Apply patch suggested by @cl4es in the bug report. Passes
>> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
>> builds with this patch, and tier1.
>>
>> thanks,
>> Coleen
>
> Coleen Phillimore ha
On Fri, 6 Nov 2020 14:35:34 GMT, Claes Redestad wrote:
>> Coleen Phillimore has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Now this builds. I hope it's perfect.
>
> Perfect!
Thanks Claes and Thomas for all your help and the code revie
On Fri, 6 Nov 2020 14:30:14 GMT, Coleen Phillimore wrote:
>> Apply patch suggested by @cl4es in the bug report. Passes
>> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
>> builds with this patch, and tier1.
>>
>> thanks,
>> Coleen
>
> Coleen Phillimore ha
On Fri, 6 Nov 2020 14:30:14 GMT, Coleen Phillimore wrote:
>> Apply patch suggested by @cl4es in the bug report. Passes
>> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
>> builds with this patch, and tier1.
>>
>> thanks,
>> Coleen
>
> Coleen Phillimore ha
On Fri, 6 Nov 2020 14:03:10 GMT, Thomas Stuefe wrote:
>> Coleen Phillimore has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> More.
>
> src/jdk.jdwp.agent/share/native/libjdwp/log_messages.c line 86:
>
>> 84: char tmp[20];
>> 85: s
> Apply patch suggested by @cl4es in the bug report. Passes
> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
> builds with this patch, and tier1.
>
> thanks,
> Coleen
Coleen Phillimore has updated the pull request incrementally with one
additional commit
On Fri, 6 Nov 2020 13:28:12 GMT, Coleen Phillimore wrote:
>> Apply patch suggested by @cl4es in the bug report. Passes
>> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
>> builds with this patch, and tier1.
>>
>> thanks,
>> Coleen
>
> Coleen Phillimore ha
On Fri, 6 Nov 2020 13:28:12 GMT, Coleen Phillimore wrote:
>> Apply patch suggested by @cl4es in the bug report. Passes
>> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
>> builds with this patch, and tier1.
>>
>> thanks,
>> Coleen
>
> Coleen Phillimore ha
On Fri, 6 Nov 2020 13:16:54 GMT, Claes Redestad wrote:
>> unsigned millisecs[] = { 2, 20, 200, 1000 };
>> get_time_stamp(millisecs[i], buf, sizeof(buf));
>>
>> gets:
>>
>> timestamp 06.11.2020 06:56:08.002 EST
>> timestamp 06.11.2020 06:56:08.020 EST
>> timestamp 06.11.2020 06:56:08.200 EST
>
> Apply patch suggested by @cl4es in the bug report. Passes
> linux-x86-open,linux-x64-open,linux-s390x-open,linux-arm32-debug,linux-ppc64le-debug
> builds with this patch, and tier1.
>
> thanks,
> Coleen
Coleen Phillimore has updated the pull request incrementally with one
additional commit
On Fri, 6 Nov 2020 11:58:04 GMT, Coleen Phillimore wrote:
>> The concern is when it is less than 100ms.
>
> unsigned millisecs[] = { 2, 20, 200, 1000 };
> get_time_stamp(millisecs[i], buf, sizeof(buf));
>
> gets:
>
> timestamp 06.11.2020 06:56:08.002 EST
> timestamp 06.11.2020 06:56:08.020 ES
On Fri, Nov 6, 2020 at 2:01 PM David Holmes wrote:
> On 6/11/2020 10:08 pm, Thomas Stuefe wrote:
> > On Fri, 6 Nov 2020 12:02:28 GMT, Coleen Phillimore
> wrote:
> >
> >>> src/jdk.jdwp.agent/share/native/libjdwp/log_messages.c line 84:
> >>>
> 82: // Truncate milliseconds in buffer large
On 6/11/2020 10:08 pm, Thomas Stuefe wrote:
On Fri, 6 Nov 2020 12:02:28 GMT, Coleen Phillimore wrote:
src/jdk.jdwp.agent/share/native/libjdwp/log_messages.c line 84:
82: // Truncate milliseconds in buffer large enough to hold the
83: // value which is always < 1000 (and so a maximum
The implementation of jmap tool depends on the implementation of object
iteration by different GC heap.
This patch extend the BasicJMapTest to cover differet GC Heap.
-
Commit messages:
- 8255982: Extend BasicJMapTest to test with different GC Heap
Changes: https://git.openjdk.java
> This change turns the HashTable that JVMTI uses for object tagging into a
> regular Hotspot hashtable - the one in hashtable.hpp with resizing and
> rehashing. Instead of pointing directly to oops so that GC has to walk the
> table to follow oops and then to rehash the table, this table poin
On Fri, 6 Nov 2020 12:02:28 GMT, Coleen Phillimore wrote:
>> src/jdk.jdwp.agent/share/native/libjdwp/log_messages.c line 84:
>>
>>> 82: // Truncate milliseconds in buffer large enough to hold the
>>> 83: // value which is always < 1000 (and so a maximum of 3 digits for
>>> "%.3s")
>>> 8
On Fri, 6 Nov 2020 01:20:01 GMT, David Holmes wrote:
>> Coleen Phillimore has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Adjust millisecond format.
>
> src/jdk.jdwp.agent/share/native/libjdwp/log_messages.c line 83:
>
>> 81:
>> 82:
On Fri, 6 Nov 2020 06:39:04 GMT, Thomas Stuefe wrote:
>> Coleen Phillimore has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Adjust millisecond format.
>
> src/jdk.jdwp.agent/share/native/libjdwp/log_messages.c line 84:
>
>> 82: // Tr
On Fri, 6 Nov 2020 01:01:40 GMT, Chris Plummer wrote:
>> char tmp[10 + 1];
>> snprintf(tmp, sizeof(tmp), "%.3d", millisecs);
>> snprintf(tbuf, ltbuf, "%s.%s %s", timestamp_date_time, tmp,
>> timestamp_timezone);
>> This also gets the same thing.
>
> The concern is when it is less than 10
21 matches
Mail list logo
