Re: REGRESSION: Performance regressions from switching anon_vma->lock to mutex

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 2011-06-15 at 14:12 -0700, Tim Chen wrote:
> Thanks to Andi for providing the info.  We've used this workaround in
> our testing so it will not mask true kernel scaling bottlenecks.


http://programming.kicks-ass.net/sekrit/39-2.txt.bz2
http://programming.kicks-ass.net/sekrit/tip-2.txt.bz2

tip+sirq+linus is still slightly faster than .39 here, although removing
that sysconf() wreckage closed the gap considerably (needing to know the
number of cpus to optimize locking sounds like a trainwreck all of its
own, needing it _that_ often instead of just once at startup is even
worse).

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href


[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]