Messages in this thread | | | Date | Tue, 5 Jan 2010 13:15:53 -0600 (CST) | From | Christoph Lameter <> | Subject | Re: [RFC][PATCH 6/8] mm: handle_speculative_fault() |
| |
On Tue, 5 Jan 2010, Linus Torvalds wrote:
> Don't you see the problem? The spinlock (with ticket locks) essentially > does the "xadd" atomic increment anyway, but then it _waits_ for it. All > totally pointless, and all just making for problems, and wasting CPU time > and causing more cross-node traffic.
For the xadd to work it first would have to acquire the cacheline exclusively. That can only occur for a single processor and with the fitting minimum holdtime for exclusive cachelines everything should be fine. If the critical section is done (unlock complete) then the next processor (which had to stopped waiting to access the cacheline) can acquire the lock.
The wait state is the processor being stopped due to not being able to access the cacheline. Not the processor spinning in the xadd loop. That only occurs if the critical section is longer than the timeout.
| |