Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1272606

Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified hierarchy memory controller

From Johannes Weiner <hannes@cmpxchg.org>
Newsgroups linux.kernel
Subject Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified hierarchy memory controller
Date 2015-11-18 22:50 +0100
Message-ID <qwiM2-iJ-23@gated-at.bofh.it> (permalink)
References <qu9MR-79j-5@gated-at.bofh.it> <qu9MS-79j-29@gated-at.bofh.it> <qvuvT-151-1@gated-at.bofh.it> <qvwxK-2ja-13@gated-at.bofh.it> <qwdMm-5n6-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Nov 18, 2015 at 05:22:56PM +0100, Michal Hocko wrote:
> On Mon 16-11-15 13:18:10, Johannes Weiner wrote:
> > What load would you test and what would be the baseline to compare it
> > to?
> 
> It seems like netperf with a stream load running in a memcg with no
> limits vs. in root memcg (and no other cgroups) should give at least a
> hint about the runtime overhead, no?

Comparing root vs. dedicated group generally doesn't make sense since
you either need containment or you don't. It makes more sense to test
both times inside a memory-controlled cgroup, one with a regular boot,
one with cgroup.memory=nosocket.

So I ran perf record -g -a netperf -t TCP_STREAM multiple times inside
a memory-controlled cgroup, but mostly mem_cgroup_charge_skmem() does
not show up in the profile at all. Once it was there with 0.00%.

I ran another test that downloads the latest kernel image from
kernel.org at 13MB/s (on my i5 laptop) and it looks like this:

     0.02%     0.01%  irq/44-iwlwifi   [kernel.kallsyms]           [k] mem_cgroup_charge_skmem
             |
             ---mem_cgroup_charge_skmem
                __sk_mem_schedule
                tcp_try_rmem_schedule
                tcp_data_queue
                tcp_rcv_established
                tcp_v4_do_rcv
                tcp_v4_rcv
                ip_local_deliver
                ip_rcv
                __netif_receive_skb_core
                __netif_receive_skb
                netif_receive_skb_internal
                napi_gro_complete

The runs vary too much for this to be measurable in elapsed time.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified  hierarchy memory controller Michal Hocko <mhocko@kernel.org> - 2015-11-16 17:10 +0100
  Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified  hierarchy memory controller Johannes Weiner <hannes@cmpxchg.org> - 2015-11-16 19:20 +0100
    Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified  hierarchy memory controller Michal Hocko <mhocko@kernel.org> - 2015-11-18 17:30 +0100
      Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified  hierarchy memory controller Johannes Weiner <hannes@cmpxchg.org> - 2015-11-18 22:50 +0100
        Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified  hierarchy memory controller Michal Hocko <mhocko@kernel.org> - 2015-11-19 15:00 +0100
          Re: [PATCH 13/14] mm: memcontrol: account socket memory in unified  hierarchy memory controller Johannes Weiner <hannes@cmpxchg.org> - 2015-11-19 18:00 +0100

csiph-web