-
Enhancement
-
Resolution: Fixed
-
P4
-
16
-
b27
Currently when looking if a task should run or not the time difference will be rounded down to nearest millisecond. This becomes a problem if a task tries to reschedule itself in 1 ms and expects to not be run instantly. Since the rescheduling tasks place before the check for what tasks are ready to run, the time passed in between will be enough to cause the 1ms delay to have become ~900us and then it will be rounded down to 0ms.
To guarantee that the task is delayed at least the requested amount of time we need to make sure that the time difference is rounded up. This can be achieved by adding some new TimeHelper functions doing the ceiling.
To guarantee that the task is delayed at least the requested amount of time we need to make sure that the time difference is rounded up. This can be achieved by adding some new TimeHelper functions doing the ceiling.
- relates to
-
JDK-8256938 Improve remembered set sampling task scheduling
- Resolved