Re: [PATCH] Document huge memory/cache overhead of memory controller in Kconfig

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <balbir@...>
Cc: Andi Kleen <andi@...>, <akpm@...>, <torvalds@...>, <linux-kernel@...>, <linux-mm@...>
Date: Wednesday, February 20, 2008 - 11:00 am

>>>>> "Balbir" == Balbir Singh <balbir@linux.vnet.ibm.com> writes:

Balbir> Andi Kleen wrote:

Balbir> The size of struct page earlier was 56 bytes on x86_64 and with 64 bytes it
Balbir> won't fit into the cacheline anymore? Please also look at
Balbir> http://lwn.net/Articles/234974/


I know this is a pedantic comment, but why the heck is it called such
a generic term as "Memory Controller" which doesn't give any
indication of what it does.

Shouldn't it be something like "Memory Quota Controller", or "Memory
Limits Controller"?

Also, the Kconfig name "CGROUP_MEM_CONT" is just wrong, it should be
"CGROUP_MEM_CONTROLLER", just spell it out so it's clear what's up.

It took me a bunch of reading of Documentation/controllers/memory.txt
to even start to understand what the purpose of this was.  The
document could also use a re-writing to include a clear introduction
at the top to explain "what" a memory controller is.  

Something which talks about limits, resource management, quotas, etc
would be nice.  

Thanks,
John
--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [PATCH] Document huge memory/cache overhead of memory co..., KAMEZAWA Hiroyuki, (Fri Feb 22, 2:59 am)
Re: [PATCH] Document huge memory/cache overhead of memory co..., John Stoffel, (Wed Feb 20, 11:00 am)
Re: [PATCH] Document huge memory/cache overhead of memory co..., KAMEZAWA Hiroyuki, (Thu Feb 21, 2:49 am)