RFC Critical Page Pool
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest8 patches 19 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/8 | Create Critical Page PoolDocumentation/ include/ include/ +4 more | +169 | 3 replies | |
| 2/8 | Create emergency triggerDocumentation/ include/ include/ +2 more | +42 | 2 replies | |
| 3/8 | Slab cleanupinclude/ mm/ net/ | +775 | 0 replies | |
| 4/8 | Fix a bug in scsi_get_commanddrivers/ | +1 | 0 replies | |
| 5/8 | get_object/return_objectmm/ | +40 | 0 replies | |
| 6/8 | slab_destructmm/ | +19 | 0 replies | |
| 7/8 | __cache_grow()mm/ | +99 | 0 replies | |
| 8/8 | Add support critical pool support to the slab allocatormm/ | +94 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [RFC][PATCH 0/8] Critical Page Pool
We have a clustering product that needs to be able to guarantee that the networking system won't stop functioning in the case of OOM/low memory condition. The current mempool system is inadequate because to keep the whole networking stack functioning, we need more than 1 or 2 slab caches to be guaranteed. We need to guarantee that any request made with a specific flag will succeed, assuming of course that you've made your "critical page pool" big enough.
The following patch series implements such a critical page pool. It creates 2 userspace triggers:
/proc/sys/vm/critical_pages: write the number of pages you want to reserve for the critical pool into this file
/proc/sys/vm/in_emergency: write a non-zero value to tell the kernel that the system is in an emergency state and authorize the kernel to dip into the critical pool to satisfy critical allocations.
We mark critical allocations with the __GFP_CRITICAL flag, and when the system is in an emergency state, we are allowed to delve into this pool to satisfy __GFP_CRITICAL allocations that cannot be satisfied through the normal means.
Feedback on our approach would be appreciated.
Thanks!
-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>