4 ms·
Hard fairness guarantees for locking are very expensive and only situationally needful, so it's hard to justify paying a high cost to have them always on. It se
by obstinate 10y ago
Hard fairness guarantees for locking are very expensive and only situationally needful, so it's hard to justify paying a high cost to have them always on. It seems like the best thing to do is to use the fastest locking primitive you can find, and implement fairness on top of that in the rare case that you need it.
- pizlonator 10y agoEventual fairness costs nothing.
- obstinate 10y agoRight, I'm referring to the idea of immediate fairness. I'm agreeing w/ your approach.
- bogomipz 10y agoMight you have any good resources about hard fairness vs eventual fairness locking?
- pizlonator 10y agoIt's all in the commit.