Thread (52 messages) 52 messages, 6 authors, 2012-03-06

Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.

From: Glauber Costa <hidden>
Date: 2012-03-06 10:37:56
Also in: linux-mm

On 03/04/2012 04:10 AM, Suleiman Souhlal wrote:
On Sat, Mar 3, 2012 at 3:24 PM, Glauber Costa[off-list ref]  wrote:
quoted
On 03/03/2012 01:38 PM, Suleiman Souhlal wrote:
quoted
Another possible example might be the skb data, which are just kmalloc
and are already accounted by your TCP accounting changes, so we might
not want to account them a second time.

How so?

struct sk_buff *__alloc_skb(unsigned int size, gfp_t gfp_mask,
                            int fclone, int node)
{
        [ ... ]
        cache = fclone ? skbuff_fclone_cache : skbuff_head_cache;

        /* Get the HEAD */
        skb = kmem_cache_alloc_node(cache, gfp_mask&  ~__GFP_DMA, node);
Just a few lines below:

         data = kmalloc_node_track_caller(size, gfp_mask, node);

-- Suleiman
Can't we just make sure those come from the root cgroup's slabs?
Then we need no flag.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help