[go: up one dir, main page]

|
|
Log in / Subscribe / Register

Rethinking race-free process signaling

Rethinking race-free process signaling

Posted May 2, 2019 21:18 UTC (Thu) by flussence (guest, #85566)
In reply to: Rethinking race-free process signaling by fest3er
Parent article: Rethinking race-free process signaling

Purely timestamp-based PIDs will never fly because they'll never be able to perform well enough. An x86 HPET, shared between all cores in the system, is only guaranteed to provide 10MHz/100ns granularity and is fairly expensive to access on top of that. TSCs are basically free to read but nigh impossible to read _consistently_ in a frequency-hopping multicore system.

A scheme that encodes the CPU ID and TSC might be pretty efficient and would work, if we were to abandon the guarantee that IDs have any correlation to time. But, this being Linux, someone out there almost certainly depends on that implementation detail.


to post comments


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds