Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Nov 2007 14:43:45 +0300
From:      Alexey Popov <lol@chistydom.ru>
To:        Kris Kennaway <kris@FreeBSD.org>
Cc:        Attilio Rao <attilio@freebsd.org>, freebsd-stable@freebsd.org
Subject:   Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD
Message-ID:  <47456B71.5040205@chistydom.ru>
In-Reply-To: <4743629B.9090408@FreeBSD.org>
References:  <4741905E.8050300@chistydom.ru>	<fhs3s5$knj$1@ger.gmane.org>	<47419AB3.5030008@chistydom.ru>	<fhs7hp$2es$2@ger.gmane.org> <4741A7DA.2050706@chistydom.ru> <4741DA15.9000308@FreeBSD.org> <47429DB8.7040504@chistydom.ru> <4742ADFE.40902@FreeBSD.org> <4742C46A.1060701@chistydom.ru> <47432F77.3030606@FreeBSD.org> <474339E9.4080301@FreeBSD.org> <4743629B.9090408@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi.

Kris Kennaway wrote:
>>> In the meantime there is unfortunately not a lot that can be done, 
>>> AFAICT.  There is one hack that I will send you later but it is not 
>>> likely to help much.  I will also think about how to track down the 
>>> cause of the contention further (the profiling trace only shows that 
>>> it comes mostly from vget/vput but doesn't show where these are 
>>> called from).
>>
>> Actually this patch might help.  It doesn't replace lockmgr but it 
>> does fix a silly thundering herd behaviour.  It probably needs some 
>> adjustment to get it to apply cleanly (it is about 7 months old), and 
>> I apparently stopped using it because I ran into deadlocks.  It might 
>> be stable enough to at least see how much it helps.
> Try this one instead, it applies to HEAD.  You'll need to manually enter 
> the paths though because of how p4 mangles diffs.
Finally I tried your patch and it seems to help a little.

Now FreeBSD 7-STABLE ULE 8-core server without optimized PHP 
realpath_cache_size (producing 2000+ lstats per request) can handle up 
to ~24 rps as opposed to  max. 17 rps without your patch. %sys never 
grows over %user with your patch. On the server with optimized 
realpath_cache_size there's no visible influence of your patch.

However Linux is still 2 times faster for my workload and there should 
also be another ways for optimization.

With best regards,
Alexey Popov



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47456B71.5040205>