lkml.org 
[lkml]   [2015]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC v2 0/5] introduce gcma
On Tue 24-02-15 04:54:18, SeongJae Park wrote:
[...]
> include/linux/cma.h | 4 +
> include/linux/gcma.h | 64 +++
> mm/Kconfig | 24 +
> mm/Makefile | 1 +
> mm/cma.c | 113 ++++-
> mm/gcma.c | 1321 ++++++++++++++++++++++++++++++++++++++++++++++++++
> 6 files changed, 1508 insertions(+), 19 deletions(-)
> create mode 100644 include/linux/gcma.h
> create mode 100644 mm/gcma.c

Wow this is huge! And I do not see reason for it to be so big. Why
cannot you simply define (per-cma area) 2-class users policy? Either via
kernel command line or export areas to userspace and allow to set policy
there.

For starter something like the following policies should suffice AFAIU
your description.
- NONE - exclusive pool for CMA allocations only
- DROPABLE - only allocations which might be dropped without any
additional actions - e.g. cleancache and frontswap with
write-through policy
- RECLAIMABLE - only movable allocations which can be migrated
or dropped after writeback.

Has such an approach been considered?
--
Michal Hocko
SUSE Labs


\
 
 \ /
  Last update: 2015-02-24 16:01    [W:0.061 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site