From: Vlastimil Babka <vbabka@suse.cz>
To: Michal Hocko <mhocko@suse.cz>, Johannes Weiner <hannes@cmpxchg.org>
Cc: Mel Gorman <mgorman@suse.de>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Tejun Heo <tj@kernel.org>,
cgroups@vger.kernel.org
Subject: Re: [PATCH] mm, memcg: Optionally disable memcg by default using Kconfig
Date: Tue, 19 May 2015 17:12:35 +0200 [thread overview]
Message-ID: <555B52E3.3010504@suse.cz> (raw)
In-Reply-To: <20150519145340.GI6203@dhcp22.suse.cz>
On 05/19/2015 04:53 PM, Michal Hocko wrote:
> On Tue 19-05-15 10:18:07, Johannes Weiner wrote:
>> CC'ing Tejun and cgroups for the generic cgroup interface part
>>
>> On Tue, May 19, 2015 at 11:40:57AM +0100, Mel Gorman wrote:
> [...]
>>> /usr/src/linux-4.0-vanilla/mm/memcontrol.c 6.6441 395842
>>> mem_cgroup_try_charge 2.950% 175781
>>
>> Ouch. Do you have a way to get the per-instruction breakdown of this?
>> This function really isn't doing much. I'll try to reproduce it here
>> too, I haven't seen such high costs with pft in the past.
>>
>>> try_charge 0.150% 8928
>>> get_mem_cgroup_from_mm 0.121% 7184
>
> Indeed! try_charge + get_mem_cgroup_from_mm which I would expect to be
> the biggest consumers here are below 10% of the mem_cgroup_try_charge.
Note that they don't explain 10% of the mem_cgroup_try_charge. They
*add* their own overhead to the overhead of mem_cgroup_try_charge
itself. Which might be what you meant but I wasn't sure.
> Other than that the function doesn't do much else than some flags
> queries and css_put...
>
> Do you have the full trace?
> Sorry for a stupid question but do inlines
> from other header files get accounted to memcontrol.c?
Yes, perf doesn't know about them so it's accounted to function where
the code physically is.
>
> [...]
>
WARNING: multiple messages have this Message-ID (diff)
From: Vlastimil Babka <vbabka@suse.cz>
To: Michal Hocko <mhocko@suse.cz>, Johannes Weiner <hannes@cmpxchg.org>
Cc: Mel Gorman <mgorman@suse.de>,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Tejun Heo <tj@kernel.org>,
cgroups@vger.kernel.org
Subject: Re: [PATCH] mm, memcg: Optionally disable memcg by default using Kconfig
Date: Tue, 19 May 2015 17:12:35 +0200 [thread overview]
Message-ID: <555B52E3.3010504@suse.cz> (raw)
In-Reply-To: <20150519145340.GI6203@dhcp22.suse.cz>
On 05/19/2015 04:53 PM, Michal Hocko wrote:
> On Tue 19-05-15 10:18:07, Johannes Weiner wrote:
>> CC'ing Tejun and cgroups for the generic cgroup interface part
>>
>> On Tue, May 19, 2015 at 11:40:57AM +0100, Mel Gorman wrote:
> [...]
>>> /usr/src/linux-4.0-vanilla/mm/memcontrol.c 6.6441 395842
>>> mem_cgroup_try_charge 2.950% 175781
>>
>> Ouch. Do you have a way to get the per-instruction breakdown of this?
>> This function really isn't doing much. I'll try to reproduce it here
>> too, I haven't seen such high costs with pft in the past.
>>
>>> try_charge 0.150% 8928
>>> get_mem_cgroup_from_mm 0.121% 7184
>
> Indeed! try_charge + get_mem_cgroup_from_mm which I would expect to be
> the biggest consumers here are below 10% of the mem_cgroup_try_charge.
Note that they don't explain 10% of the mem_cgroup_try_charge. They
*add* their own overhead to the overhead of mem_cgroup_try_charge
itself. Which might be what you meant but I wasn't sure.
> Other than that the function doesn't do much else than some flags
> queries and css_put...
>
> Do you have the full trace?
> Sorry for a stupid question but do inlines
> from other header files get accounted to memcontrol.c?
Yes, perf doesn't know about them so it's accounted to function where
the code physically is.
>
> [...]
>
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2015-05-19 15:12 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-19 10:40 [PATCH] mm, memcg: Optionally disable memcg by default using Kconfig Mel Gorman
2015-05-19 10:40 ` Mel Gorman
2015-05-19 14:18 ` Johannes Weiner
2015-05-19 14:18 ` Johannes Weiner
[not found] ` <20150519141807.GA9788-druUgvl0LCNAfugRpC6u6w@public.gmane.org>
2015-05-19 14:43 ` Mel Gorman
2015-05-19 14:43 ` Mel Gorman
2015-05-19 14:43 ` Mel Gorman
2015-05-19 15:15 ` Michal Hocko
2015-05-19 15:15 ` Michal Hocko
2015-05-19 17:09 ` Ben Hutchings
2015-05-19 14:53 ` Michal Hocko
2015-05-19 14:53 ` Michal Hocko
2015-05-19 15:12 ` Vlastimil Babka [this message]
2015-05-19 15:12 ` Vlastimil Babka
2015-05-19 15:13 ` Mel Gorman
2015-05-19 15:13 ` Mel Gorman
2015-05-19 15:25 ` Vlastimil Babka
2015-05-19 15:25 ` Vlastimil Babka
[not found] ` <555B55F0.7030907-AlSwsSmVLrQ@public.gmane.org>
2015-05-19 16:14 ` Johannes Weiner
2015-05-19 16:14 ` Johannes Weiner
2015-05-19 16:14 ` Johannes Weiner
2015-05-19 15:27 ` Michal Hocko
2015-05-19 15:27 ` Michal Hocko
2015-05-19 15:41 ` Mel Gorman
2015-05-19 15:41 ` Mel Gorman
2015-05-19 16:04 ` Mel Gorman
2015-05-19 16:04 ` Mel Gorman
[not found] ` <20150519160404.GJ2462-l3A5Bk7waGM@public.gmane.org>
2015-05-19 19:32 ` Mel Gorman
2015-05-19 19:32 ` Mel Gorman
2015-05-19 19:32 ` Mel Gorman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=555B52E3.3010504@suse.cz \
--to=vbabka@suse.cz \
--cc=akpm@linux-foundation.org \
--cc=cgroups@vger.kernel.org \
--cc=hannes@cmpxchg.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mhocko@suse.cz \
--cc=tj@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.