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, Jun 15, 2011 at 06:45:37PM +0200, Peter Zijlstra wrote:
> On Wed, 2011-06-15 at 09:18 -0700, Andi Kleen wrote:
> 
> > And in general it looks like blind conversion from spinlock to mutex
> > is a bad idea right now.
> 
> For 4 socket machines, maybe. On 2 sockets I cannot reproduce anything.

With only one other guy active a lot of things are quite a bit easier. 
Basically 2S is a trivial case here.

> I wonder if its the fairness thing, the mutex spinners aren't fifo fair

The Intel 4S systems are fair, but ticketing still helps significantly 
because it has a lot nicer interconnect behaviour.

> like the ticket locks are. It could be significant with larger socket
> count since their cacheline arbitration is more sucky.

It gets a bit better with the patch I sent earlier to read the count
first, but yes it's a problem. However I'm not sure that even
with that fixed mutexes will be as good as plain ticket locks.

Also certainly it's no short term fix for 3.0. Right now 
we still have this terrible regression.

-Andi
-- 
ak@xxxxxxxxxxxxxxx -- Speaking for myself only

--
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=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>


[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]