LWN: Comments on "User-space RCU: Memory-barrier menagerie" https://lwn.net/Articles/573436/ This is a special feed containing comments posted to the individual LWN article titled "User-space RCU: Memory-barrier menagerie". en-us Fri, 12 Sep 2025 16:24:32 +0000 Fri, 12 Sep 2025 16:24:32 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net User-space RCU: Memory-barrier menagerie https://lwn.net/Articles/573970/ https://lwn.net/Articles/573970/ PaulMcKenney Glad you like it! <p>On Dekker, there are no more forward-progress guarantees than for any other scenario. To see this, consider that once CPU&#160;0 and CPU&#160;1 complete execution of the Dekker scenario, then at least one of them will have seen the other's store. Note that Scenario&#160;15 has a similar guarantee: once both CPUs complete execution, then at least one of <code>x</code> and <code>y</code> will have the value 2. <p>Of course, the guarantee provided by the Dekker scenario is well-suited to mutual exclusion, but on the other hand I much prefer atomic operations. ;&ndash;) Fri, 15 Nov 2013 20:37:15 +0000 User-space RCU: Memory-barrier menagerie https://lwn.net/Articles/573881/ https://lwn.net/Articles/573881/ chantecode <div class="FormattedComment"> Excellent document. I've been waiting for such thorough reference on the various possible ordering and their expected guarantees. There is Documentation/memory-barrier.txt but I don't remember seeing the Dekker and inverted Dekker examples inside.<br> <p> Also I'm still confused about the guarantee provided by Dekker, because it's the only barrier that seem to guarantee a state machine forward progress, which I can't manage to understand why. But at least I know the effect of its ordering now, heh I have to start somewhere...<br> <p> -- Frederic<br> </div> Fri, 15 Nov 2013 01:30:19 +0000