RFC Critical Page Pool
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest6 patches 19 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/6 | Create Critical Page PoolDocumentation/ include/ include/ +4 more | +192 | 4 replies | |
| 2/6 | in_emergency TriggerDocumentation/ include/ include/ +2 more | +43 | 0 replies | |
| 3/6 | Slab Prep: get/return_objectmm/ | +40 | 2 replies | |
| 4/6 | Slab Prep: slab_destruct()mm/ | +19 | 2 replies | |
| 5/6 | Slab Prep: Move cache_grow()mm/ | +84 | 0 replies | |
| 6/6 | Critical Page Pool: Slab Supportmm/ | +102 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [RFC][PATCH 0/6] Critical Page Pool
Here is the latest version of the Critical Page Pool patches. Besides bugfixes, I've removed all the slab cleanup work from the series. Also, since one of the main questions about the patch series seems to revolve around how to appropriately size the pool, I've added some basic statistics about the critical page pool, viewable by reading /proc/sys/vm/critical_pages. The code now exports how many pages were requested, how many pages are currently in use, and the maximum number of pages that were ever in use.
The overall purpose of this patch series is to all a system administrator to reserve a number of pages in a 'critical pool' that is set aside for situations when the system is 'in emergency'. It is up to the individual administrator to determine when his/her system is 'in emergency'. This is not meant to (necessarily) anticipate OOM situations, though that is certainly one possible use. The purpose this was originally designed for is to allow the networking code to keep functioning despite the sytem losing its (potentially networked) swap device, and thus temporarily putting the system under exreme memory pressure.
Any comments about the code or the overall design are very welcome. Patches agaist 2.6.15-rc5.
-Matt
--
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>