Re: [PATCH 0/5] ftrace: to kill a daemon

From: Steven Rostedt
Date: Sat Aug 09 2008 - 00:13:38 EST



On Sat, 9 Aug 2008, Andi Kleen wrote:

> > I wish we had a true 5 byte nop. The alternative is a jmp 0, which is
> > measurable. This is replacing mcount from a kernel compile with the -pg
>
> Scary usage. How much is the difference?
>
> BTW a good way to get most of that back would be to not use frame
> pointers if you have them enabled ;-) Unfortunately recently
> the "select FRAME_POINTER"s keep creeping all over so far too many kernels
> suffer from this slow mode now :-/


I checked out the latest git tree from Linus, and set up a basic config
for it. I built it once. Then I rebooted into various versions of the
kernel and timed the makes. This is what I did for each kernel.

# cd /work/git/linux-compile.git
# make distclean
# cp config-use .config
# make oldconfig
# time make

Here are the results. Just for curiosity sake.

Using the two part nop:
real 3m26.751s
user 1m36.064s
sys 0m39.450s

Using the 5 byte nop with the four 0x66:
real 3m31.543s
user 1m36.197s
sys 0m39.309s

Using jmp 0 as a nop:
real 3m30.025s
user 1m35.948s
sys 0m39.540s


Then I realized that I had the irqsoff, and preemptoff tracers configured.
These do add an overhead when configured in, even when they are disabled.
I disabled them and ran the code with the two part nop again:

Using two part nop without other tracers:
real 3m26.851s
user 1m36.425s
sys 0m35.437s

I then disabled ftrace completely:

no ftrace times:
real 3m25.807s
user 1m36.992s
sys 0m35.715s

Then I disabled frame pointers as well:
real 3m25.104s
user 1m35.726s
sys 0m34.797s

The important numbers here is the sys time. The user and real should not
be that much affected by these changes. Well, the real would, but not the
user.

I have an old toshiba that I want to run this on too. That might give more
interesting results. But it's getting late, and I'll do that another time.

Looking at the results, and yes I should run this more than once, but I
just wanted an idea, this box did not show much difference between the two
part nop, the jmp and the 5 byte nop.

Running with or without ftrace enabled did not make a difference. Heck,
the ftrace disabled was actually slower.

But it does seem that Andi is correct about the frame pointers. It did
slow the compile down by almost a second.

Just some food for thought.

-- Steve

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/