2 x quad-core system is slower that 2 x dual core on FreeBSD
Ivan Voras
ivoras at freebsd.org
Thu Nov 22 06:24:17 PST 2007
Kris Kennaway wrote:
> Ivan Voras wrote:
>> On 21/11/2007, Kris Kennaway <kris at freebsd.org> wrote:
>>> Ivan Voras wrote:
>>
>>>> Yes, but I had to verify it anyway :)
>>> You haven't verified anything until you look at how much work the system
>>> is doing, before and after.
>>
>> I have, and it's roughly the same (50 +/- 2 queries/s).
>>
>> (meaning that I'm not interested in exact statistics here, but in
>> order-of-magnitude changes, which didn't happen).
>
> OK, let's take a step back here. Did you obtain the lock profiling
> trace and verify that you're seeing the same problem as Alexey? Can I
> see the trace?
Here it is:
http://ivoras.sharanet.org/stuff/lock_profile.txt
This is without your patch.
There's a lot of ZFS locks in there, but it seems lockmgr:ufs and
lockmgr:zfs have the largest records:
299117621 1474776121 148663 1042821 1414 0 513
440 /usr/src/sys/kern/vfs_subr.c:2035 (lockmgr:ufs)
117958368 847566147 182093 2676 316728 68
948 374 /usr/src/sys/kern/vfs_vnops.c:515 (lockmgr:zfs)
Which is surprising since all the working-set file systems are on ZFS,
only the root and /tmp are on UFS. /tmp also holds sockets for the
databases.
Your reading of the lock profile will be appreciated.
More information about the freebsd-stable
mailing list