Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Aug 2008 14:00:52 -0700
From:      Tim Traver <tt-list@simplenet.com>
To:        Kris Kennaway <kris@FreeBSD.org>
Cc:        freebsd-performance@freebsd.org, Robert Watson <rwatson@FreeBSD.org>, Jason Evans <jasone@FreeBSD.org>, Kris Kennaway <kris@obsecurity.org>
Subject:   Re: 7.0 CPU and Memory Performance
Message-ID:  <48A34B84.4090100@simplenet.com>
In-Reply-To: <48A332FC.20600@FreeBSD.org>
References:  <48A1F379.2040805@simplenet.com>	<alpine.BSF.1.10.0808130939100.70092@fledge.watson.org>	<48A33015.2080900@simplenet.com> <48A332FC.20600@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Kris Kennaway wrote:
>
>>>
>> Robert,
>>
>> ok, I looked and it looks like the port compiles statically, and I was
>> able to grab the binary from the old disk and move it over to the new
>> one...
>>
>> here is info now on how it is linked :
>>
>> [root ~]# ldd ubench.5.4
>> ubench.5.4:
>>         libm.so.3 => /usr/local/lib/compat/libm.so.3 (0x2807e000)
>>         libc.so.5 => /usr/local/lib/compat/libc.so.5 (0x28099000)
>> [root ~]# ldd /usr/local/bin/ubench
>> /usr/local/bin/ubench:
>>         libm.so.5 => /lib/libm.so.5 (0x2807f000)
>>         libc.so.7 => /lib/libc.so.7 (0x28094000)
>>
>> where ubench is the locally compiled one...
>>
>> For reference, here are the old stats
>> FreeBSD 5.4 - CPU 112,721 - MEM - 146,483
>> FreeBSD 7.0 - CPU 177,339 - MEM - 95,920
>>
>> And here is the run of the ubench.5.4 binary:
>> FreeBSD 7.0 - CPU 139,623 - MEM - 207,180
>>
>> And a rerun of the FreeBSD 7.0 ubench making sure there is absolutely
>> no activity on the box
>> FreeBSD 7.0 - CPU 200,562 - MEM - 107,695
>>
>> That run is a little better than the previous one, but there seems to
>> still be quite a difference in the memory tests...
>>
>> Does that show anything ????
>
> It shows that if there is a difference it is probably in userland, not
> the kernel.  The obvious guess is the new malloc in 7.0.  As for
> whether it indicates a bug, someone would have to look more closely at
> what ubench does.  The author's description of his benchmark doesn't
> inspire confidence: it does "rather senseless memory allocation and
> memory to memory copying operations for another 3 mins concurrently
> using several processes".
>
> Kris
Kris,

ok, so is there anything I can do to help????? or, I noticed you cc'ed
some of the other performance guys...they going to check it out?

Tim.





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48A34B84.4090100>