Le 22/05/2017 à 07:13, Anton Blanchard a écrit :
Hi Michael,
ppc64 is the only architecture that turns on
VIRT_CPU_ACCOUNTING_NATIVE by default. The overhead of this option
is extremely high - a context switch microbenchmark using
sched_yield() is almost 20% slower.
Running on what? It sho
Le 19/05/2017 à 16:41, Anton Blanchard a écrit :
From: Anton Blanchard
ppc64 is the only architecture that turns on VIRT_CPU_ACCOUNTING_NATIVE
by default. The overhead of this option is extremely high - a context
switch microbenchmark using sched_yield() is almost 20% slower.
To get finer gr
Hi Michael,
> > ppc64 is the only architecture that turns on
> > VIRT_CPU_ACCOUNTING_NATIVE by default. The overhead of this option
> > is extremely high - a context switch microbenchmark using
> > sched_yield() is almost 20% slower.
>
> Running on what? It should all be nop'ed out unless you'r
On Mon, 22 May 2017 14:15:57 +1000
Michael Ellerman wrote:
> Anton Blanchard writes:
>
> > From: Anton Blanchard
> >
> > ppc64 is the only architecture that turns on VIRT_CPU_ACCOUNTING_NATIVE
> > by default. The overhead of this option is extremely high - a context
> > switch microbenchmark u
Anton Blanchard writes:
> From: Anton Blanchard
>
> ppc64 is the only architecture that turns on VIRT_CPU_ACCOUNTING_NATIVE
> by default. The overhead of this option is extremely high - a context
> switch microbenchmark using sched_yield() is almost 20% slower.
Running on what? It should all be
From: Anton Blanchard
ppc64 is the only architecture that turns on VIRT_CPU_ACCOUNTING_NATIVE
by default. The overhead of this option is extremely high - a context
switch microbenchmark using sched_yield() is almost 20% slower.
To get finer grained user/hardirq/softirq statitics, the
IRQ_TIME_AC