- To: Christoph Lameter <cl@xxxxxxxxx>
- Subject: Re: [PATCH v3 13/28] slub: create duplicate cache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
- Date: Tue, 29 May 2012 21:27:02 +0400
- Cc: <linux-kernel@xxxxxxxxxxxxxxx>, <cgroups@xxxxxxxxxxxxxxx>, <linux-mm@xxxxxxxxx>, <kamezawa.hiroyu@xxxxxxxxxxxxxx>, Tejun Heo <tj@xxxxxxxxxx>, Li Zefan <lizefan@xxxxxxxxxx>, Greg Thelen <gthelen@xxxxxxxxxx>, Suleiman Souhlal <suleiman@xxxxxxxxxx>, Michal Hocko <mhocko@xxxxxxx>, Johannes Weiner <hannes@xxxxxxxxxxx>, <devel@xxxxxxxxxx>, David Rientjes <rientjes@xxxxxxxxxx>, Pekka Enberg <penberg@xxxxxxxxxxxxxx>
- Delivered-to: linux-mm-outgoing@xxxxxxxxx
- Delivered-to: int-list-linux-mm@xxxxxxxxx
- Delivered-to: linux-mm@xxxxxxxxx
- In-reply-to: <alpine.DEB.2.00.1205291222360.8495@router.home>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1
On 05/29/2012 09:25 PM, Christoph Lameter wrote:
I will try to at least have the page accounting done in a consistent way. How
> about that?
Ok. What do you mean by "consistent"? Since objects and pages can be used
in a shared way and since accounting in many areas of the kernel is
intentional fuzzy to avoid performance issues there is not that much of a
requirement for accuracy. We have problems even just defining what the
exact set of pages belonging to a task/process is.
I mean consistent between allocators, done in a shared place.
Note that what we do here *is* still fuzzy to some degree. We can have a
level of sharing, and always account to the first one to touch, we don't
go worrying about this because that would be hell. We also don't
carry a process' objects around when we send it to a different cgroup.
Those are all already simplications for performance and simplicity sake.
But we really need a page to be filled with objects from the same
cgroup, and the non-shared objects to be accounted to the right place.
Otherwise, I don't think we can meet even the lighter of isolation
guarantees.
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@xxxxxxxxx"> email@xxxxxxxxx </a>
[Site Home]
[Linux ARM Kernel]
[Linux ARM]
[Linux Omap]
[Fedora ARM]
[IETF Annouce]
[Security]
[Bugtraq]
[Linux]
[Linux OMAP]
[Linux MIPS]
[ECOS]
[Tools]
[DDR & Rambus]
[Asterisk Internet PBX]
[Linux API]
[Monitors]