mm: optimisations and page ref simplifications
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest6 patches 2 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/6 | mm: never ClearPageLRU released pagesmm/ mm/ | +38 | 0 replies | |
| 2/6 | mm: PageLRU no testsetinclude/ mm/ mm/ | +21 | 0 replies | |
| 3/6 | mm: PageActive no testsetinclude/ mm/ mm/ | +5 | 0 replies | |
| 4/6 | mm: less atomic opsinclude/ include/ mm/ | +5 | 0 replies | |
| 5/6 | mm: simplify vmscan vs release refcountinginclude/ mm/ | +22 | 2 replies | |
| 6/6 | mm: de-skew page refcountinginclude/ | +4 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [patch 0/6] mm: optimisations and page ref simplifications
In the following patchset (against 2.6.16-rc1-git2), patches 1-4 reduce the number of locks and atomic operations required in some critical page manipulation paths.
Patches 5 and 6 help simplify some tricky race avoidance code at the cost of possibly a very minor performance hit in page reclaim on some architectures. If they need any more justification they will be needed for lockless pagecache.
Do these look OK?
Thanks,
Nick
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to [email protected]. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"[email protected]"> [email protected] </a>