RFR: JDK-8256367: [windows] Better logging for some system calls
Yasumasa Suenaga
ysuenaga at openjdk.java.net
Mon Nov 16 12:34:55 UTC 2020
On Mon, 16 Nov 2020 07:14:02 GMT, Thomas Stuefe <stuefe at openjdk.org> wrote:
>>> > LGTM. Should the assert in os::split_reserved_memory() be changed to guarantee so it will stop the product build VM?
>>>
>>> Thanks Ioi. I'd rather not make it a guarantee - I find those a bad way to communicate errors to the end user. Ideally, the calling function should decide if it is worth continuing, but that would involve fixing ReservedSpace.(first|last)_part and was out of scope for that little fix.
>>
>> Sounds OK to me. Hopefully we can remove split_reserved_memory soon to make this a non issue.
>
> Hi Yasumasa,
>
>> Looks good,
>
> thanks!
>
>> but should all `log_info()` should be replaced to `log_warning()`? I wonder why the failure would be reported as info level originally.
>
> No, log_warning() logs unconditionally. I do not want to write to stdout/err unless it is really important, since that output may screw up any parsing tools. In this case, the failures may not be fatal or even be expected. log_info() is a good choice here since it pops up when you activate logging, but at the highest level.
>
> Cheers, Thomas
Thanks @tstuefe ! I agree with that.
-------------
PR: https://git.openjdk.java.net/jdk/pull/1214
More information about the hotspot-runtime-dev
mailing list