drwmutex
drwmutex copied to clipboard
Applications should not have to deal with throttling calls to `RLocker()`
Currently, each call to DRWMutex.RLocker()
causes the fairly expensive CPUID
instruction (at least on some architechtures) to be called. The benchmarking tool avoids this to some extent by caching the lock across multiple iterations on the lock, but applications should not have to implement this logic themselves. Ideally, the drwmutex should handle this itself, though I'm not sure how it might do so... Suggestions are welcome.