Thread (86 messages) 86 messages, 13 authors, 2011-06-18

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

From: Andi Kleen <hidden>
Date: 2011-06-15 16:48:29
Also in: lkml

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:
quoted
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@linux.intel.com -- Speaking for myself only

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  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@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help