Also seeing 2 x quad-core system slower that 2 x dual core
killing at multiplay.co.uk
Fri Nov 30 04:12:10 PST 2007
sysctl -a |grep dirhash
Check vfs.ufs.dirhash_mem is not close to vfs.ufs.dirhash_maxmem if it is
and only most used boxes this seems to be the case increase maxmem.
Seems this could either do with an auto tune option or a larger max by
default in today's day and age.
----- Original Message -----
From: "Pete French" <petefrench at ticketswitch.com>
To: <freebsd-stable at freebsd.org>; <killing at multiplay.co.uk>; <max at love2party.net>
Sent: Friday, November 30, 2007 2:06 AM
Subject: Re: Also seeing 2 x quad-core system slower that 2 x dual core
>> Have you checked that your dir hash isn't suffering due to lack of memory
>> this can have a marked impact on seemingly trivial things like this as
>> could silly things like the RAID card being installed in a different slot.
> RAID card is onboard on these things - how would I check the dir hash ? The
> slower server has 16 gig of RAM, the faster one has 4 gig. Both were
> installed the same way in the same order, so should have the same disc layout
> more or less.
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster at multiplay.co.uk.
More information about the freebsd-stable