From: Balbir Singh <bsingharora@gmail.com>
To: Anton Blanchard <anton@samba.org>
Cc: Christophe LEROY <christophe.leroy@c-s.fr>,
mpe@ellerman.id.au, linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH] powerpc/configs: Enable function trace by default
Date: Wed, 19 Apr 2017 22:50:04 +1000 [thread overview]
Message-ID: <1492606204.7284.1.camel@gmail.com> (raw)
In-Reply-To: <20170419211346.5e228370@kryten>
On Wed, 2017-04-19 at 21:13 +1000, Anton Blanchard wrote:
> Hi Balbir,
>
> > > FTRACE is quite CPU consumming, shouldn't it really be on by
> > > default ?
> >
> > It does some work at boot to NOP out function entry points at _mcount
> > locations. Is that what you are referring to? Or the overhead of the
> > code in terms of size? Most distro kernels have tracing on by default.
> >
> > The rest of the overhead is enablement based.
>
> Unfortunately the overhead is somewhat high without
> CONFIG_MPROFILE_KERNEL, and enabling that option will break old
> toolchains. It would be great if we could automatically enable it based
> on the toolchain.
>
> Even with CONFIG_MPROFILE_KERNEL enabled, we aren't noping out the
> redundant mflr at the start of each function.
>
Very good catch! I sent the enablement assuming that we want to have these
enabled to ensure we generally have these enabled in the distro kernels
and ideally want to test with these enabled and many of us turn them
on in any case. Do you see an issue with this being enabled by default?
I presume most workloads run on kernels that have them enabled these days?
CONFIG_MPROFILE_KERNEL depends on CC_USING_MPROFILE_KERNEL which is
automatically detected and is LE only.
Balbir Singh
next prev parent reply other threads:[~2017-04-19 12:51 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-13 7:03 [PATCH] powerpc/configs: Enable function trace by default Balbir Singh
2017-04-13 7:24 ` Christophe LEROY
2017-04-13 8:19 ` Balbir Singh
2017-04-13 8:41 ` Christophe LEROY
2017-04-13 11:51 ` Balbir Singh
2017-04-19 11:13 ` Anton Blanchard
2017-04-19 12:50 ` Balbir Singh [this message]
2017-04-19 13:46 ` Michael Ellerman
2017-04-13 15:21 ` Naveen N. Rao
2017-08-31 11:35 ` Michael Ellerman
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=1492606204.7284.1.camel@gmail.com \
--to=bsingharora@gmail.com \
--cc=anton@samba.org \
--cc=christophe.leroy@c-s.fr \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=mpe@ellerman.id.au \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).