On Wed, Dec 19, 2007 at 08:32:55PM +0100, Ingo Molnar wrote:
>
> * Venki Pallipadi <[email protected]> wrote:
>
> > Aviod TLB flush IPIs during C3 states by voluntary leave_mm() before
> > entering C3.
> >
> > The performance impact of TLB flush on C3 should not be significant
> > with respect to C3 wakeup latency. Also, CPUs tend to flush TLB in
> > hardware while in C3 anyways.
> >
> > On a 8 logical CPU system, running make -j2, the number of tlbflush
> > IPIs goes down from 40 per second to ~ 0. Total number of interrupts
> > during the run of this workload was ~1200 per second, which makes it
> > ~3% savings in wakeups.
> >
> > There was no measurable performance or power impact however.
>
> thanks, applied to x86.git. Nice and elegant patch!
>
> Btw., since the TLB flush state machine is really subtle and fragile,
> could you try to run the following mmap stresstest i wrote some time
> ago:
>
> http://redhat.com/~mingo/threaded-mmap-stresstest/
>
> for a couple of hours. It runs nr_cpus threads which then do a "random
> crazy mix" of mappings/unmappings/remappings of a 800 MB memory window.
> The more sockets/cores, the crazier the TLB races get ;-)
>
Ingo,
I ran this stress test on two systems (8 cores and 2 cores) for over
4 hours without any issues. There was more than 20% C3 time during the
run. So, this C3 tlbflush path must have been stressed well during the run.
And sorry about the patch not working on UP config. That was a silly oversight
on my part.
Thanks,
Venki
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
