If you don't mind long loops in the kernel stalling RCU and OOMing your system, yes... But what are you trying to achieve?
.@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.
- 3 more replies
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.