breaking the global file_list_lock
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest6 of 7 patches 47 repliesIn review
6 of 7 patches are in this archive. The cover letter announces 7.
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/7 | lockdep: lock_set_subclass - reset a held locks subclassinclude/ kernel/ | +73 | 0 replies | |
| 3/7 | barrier: a scalable synchonisation barrierinclude/ | +65 | 19 replies | |
| 4/7 | fs: break the file_list_lock for sb->s_filesfs/ fs/ fs/ +5 more | +194 | 7 replies | |
| 5/7 | fs: restore previous sb->s_files iteration semanticsfs/ fs/ include/ +1 more | +16 | 0 replies | |
| 6/7 | schedule_on_each_cpu_wq()include/ kernel/ | +56 | 0 replies | |
| 7/7 | fs: fixup filevec_add_drain_allfs/ | +19 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/7] breaking the global file_list_lock
This patch-set breaks up the global file_list_lock which was found to be a severe contention point under basically any filesystem intensive workload.
It has been part of the -rt kernel for some time now and is deemed solid and useful enough to post in its own right. This contention should also occur on the large SMP machines.
Feedback would be appreciated, especially with regard to the extra workqueue that was added to flush per cpu lists. Is there an alternative aproach?