RFR: 8245002: Windows GDI functions don't support NUMA interleaving

Stefan Karlsson stefan.karlsson at oracle.com
Tue May 19 11:53:17 UTC 2020


Updated webrevs:
  https://cr.openjdk.java.net/~stefank/8245002/webrev.02.workaround.kims-review
  https://cr.openjdk.java.net/~stefank/8245002/webrev.all.kims-review

StefanK

On 2020-05-18 10:17, Stefan Karlsson wrote:
> On 2020-05-15 20:39, Kim Barrett wrote:
>>> On May 15, 2020, at 1:46 PM, Stefan Karlsson 
>>> <stefan.karlsson at oracle.com> wrote:
>>>
>>> Hi all,
>>>
>>> Please review this patch to turn off -XX:+UseNUMAInterleaving as 
>>> long as Windows GDI functions don't work with memory that crosses 
>>> memory reservation boundaries.
>>>
>>> https://cr.openjdk.java.net/~stefank/8245002/webrev.00.cleanup
>>> https://cr.openjdk.java.net/~stefank/8245002/webrev.01.workaround
>>> https://cr.openjdk.java.net/~stefank/8245002/webrev.all
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8245002
>> ------------------------------------------------------------------------------ 
>>
>> src/hotspot/os/windows/os_windows.cpp
>> 2753   void* verify_mem = ::malloc(4 * 1024);
>>
>> There's no corresponding free.
>
> Fixed.
>
>>
>> ------------------------------------------------------------------------------ 
>>
>> src/hotspot/os/windows/os_windows.cpp
>> 2776     assert(false, "Reservation failed");
>> 2791     assert(false, "Failed to commit memory");
>> 2802     assert(false, "Failed to commit memory");
>>
>> These look like leftover debugging code?
> Not really. I left them in place so that it we would fail early in our 
> testing, if we couldn't even create a few pages. However, I realize 
> that this might be more problematic when we start to use this function 
> for large pages, so I'll remove them.
>
> Thanks,
> StefanK
>
>>
>> ------------------------------------------------------------------------------ 
>>
>>
>



More information about the hotspot-dev mailing list