[concurrency-interest] Low-latency pause in JDK

Viktor Klang viktor.klang at gmail.com
Fri Oct 25 07:30:32 EDT 2019


Sounds like a good reason for a JDK-official method for it…

On Fri, Oct 25, 2019 at 10:28 AM Francesco Nigro <nigro.fra at gmail.com>
wrote:

> To not mention that you need to consider counted loops/safepoint polls in
> the equation
>
> Il ven 25 ott 2019, 19:26 Francesco Nigro <nigro.fra at gmail.com> ha
> scritto:
>
>> I haven't seen anything yet if not on some initial implementations of the
>> fork join pool, lately removed. If you need something that is more aware of
>> the OS behaviour eg timeslack_ns probably is something you need to
>> implement by yourself afaik :( (see
>> https://github.com/JCTools/JCTools/pull/248#pullrequestreview-248613337)
>>
>> Il ven 25 ott 2019, 19:14 Viktor Klang via Concurrency-interest <
>> concurrency-interest at cs.oswego.edu> ha scritto:
>>
>>> Hey,
>>>
>>> Is there any jdk-builtin Java8+ method which tries to be clever about
>>> low-nanos/micros parking?
>>>
>>> I'm currently considering LockSupport.parkNanos but want to avoid having
>>> the Thread parked when parking + wake-up latency is more likely to be much
>>> greater than the requested time.
>>>
>>> I.e. some combination of onSpinWait + some non-cache-polluting
>>> computation + yielding + actual parking. I'd like to avoid having to
>>> custom-roll it, hence the question for prior art ;)
>>>
>>> --
>>> Cheers,
>>>>>> _______________________________________________
>>> Concurrency-interest mailing list
>>> Concurrency-interest at cs.oswego.edu
>>> http://cs.oswego.edu/mailman/listinfo/concurrency-interest
>>>
>>

-- 
Cheers,
√
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://cs.oswego.edu/pipermail/concurrency-interest/attachments/20191025/00bd324d/attachment.html>


More information about the Concurrency-interest mailing list