RFC delayed wakeup list
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest3 patches 29 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/3 | sched: Provide delayed wakeup listinclude/ kernel/ | +65 | 11 replies | |
| 2/3 | futex: Reduce hash bucket lock contentionkernel/ | +14 | 8 replies | |
| 3/3 | ipc/sem: Rework wakeup schemeipc/ | +45 | 8 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [RFC][PATCH 0/3] delayed wakeup list
This patch-set provides the infrastructure to delay/batch task wakeups.
This is useful for locking primitives that can effect multiple wakeups per operation and want to avoid lock internal lock contention by delaying the wakeups until we've released the lock internal locks.
Patch 2 converts futexes
Patch 3 converts sysv sems, and is broken
[ I've been staring at patch 3 way too long, so I thought I'd post it just
to get a few more eyes on it.. ]
Alternatively it can be used to avoid issuing multiple wakeups, and thus save a few cycles, in packet processing. Queue all target tasks and wakeup once you've processed all packets. That way you avoid waking the target task multiple times if there were multiple packets for the same task.
No actual such usage yet, but ISTR talking to some net folks a long while back about this, is there still interest, Dave, Eric?