.@paulmckrcu Would it be possible to do "norcu" as "synchronize on every return to userspace and every cpu_idle entry"?
Unpredictable and possibly unbounded memory usage and performance characteristics and seemingly impossible-to-verify logic.
-
-
Or rather, trying to avoid those things. So frustrating debugging this stuff when simple rwlocks & no alloc would've sufficed.
-
What I'm trying to say is it'd be nice to have an option that doesn't depend on the scheduler to collect, does it sync. instead.
-
: But the real problem was not the scheduler, but rather timers, correct? Or am I behind the times in your troubleshooting?
-
I don't know, This thread is inspired by but in some sense orthogonal to current stall problem.
-
Mainly frustration that embed/dt/server systems need huge complex feedback system "designed for...hundreds or thousands of CPUs"
-
...when they would perform at least as well, and much more predictably, with simple rwlocks or similar.
-
You could write a SMP RCU for small systems. However, it would still have CPU stall warnings. Not clear it would help you.
-
It seems like, in principle, TINY_RCU+locks should work for SMP.
- 1 more reply
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.