Skip to contentSkip to conversation

Lock free fd lookup

RFC Albert Cahalan 2 participants 2 messages Jul 17, 2004 – Jul 29, 2004

lore
Share & tools
lore
#0 lore raw
Quoted 4 lines · Keith Owens

Writer vs. writer starvation on NUMA is a lot harder. I don't know of any algorithm that handles lists with lots of concurrent updates and also scales well on large cpus, unless the underlying hardware is fair in its handling of exclusive cache lines.

How about MCS (Mellor-Crummey and Scott) locks?

Linux code:
http://oss.software.ibm.com/linux/patches/?patch_id=218

Something supposedly better:
http://user.it.uu.se/~zoranr/rh_lock/

Scott's list of 11 scalable synchronization algorithms:
http://www.cs.rochester.edu/u/scott/synchronization/pseudocode/ss.html

Scott's collection of papers and so on:
http://www.cs.rochester.edu/u/scott/synchronization/

Simply asking Scott might be a wise move. He'd likely know of anything else that might fit the requirements. That's scott at cs.rochester.edu

#1 lore raw
Quoted 4 lines · Keith Owens
Quoted 4 lines

Writer vs. writer starvation on NUMA is a lot harder. I don't know of any algorithm that handles lists with lots of concurrent updates and also scales well on large cpus, unless the underlying hardware is fair in its handling of exclusive cache lines.

Quoted 11 lines · Albert Cahalan

How about MCS (Mellor-Crummey and Scott) locks?
Linux code:
http://oss.software.ibm.com/linux/patches/?patch_id=218
Something supposedly better:
http://user.it.uu.se/~zoranr/rh_lock/
Scott's list of 11 scalable synchronization algorithms:
http://www.cs.rochester.edu/u/scott/synchronization/pseudocode/ss.html
Scott's collection of papers and so on:
http://www.cs.rochester.edu/u/scott/synchronization/
Simply asking Scott might be a wise move. He'd likely know of anything else that might fit the requirements. That's scott at cs.rochester.edu

Did anyone follow up with Scott on this?

-- wli