numbers don't lie ...
Kris Kennaway
kris at obsecurity.org
Tue Sep 19 10:34:22 PDT 2006
On Tue, Sep 19, 2006 at 04:11:12PM +0400, Dmitry Morozovsky wrote:
> On Thu, 14 Sep 2006, Oliver Fromme wrote:
>
> OF> Because buildworld is I/O-bound on systems with sufficiently
> OF> fast processors.
> OF>
> OF> Try putting the contents of /usr/src into a RAM disk and
> OF> repeat the benchmark. The numbers might look a little
> OF> different then. Of course, you should have sufficient RAM
> OF> in the machines -- If they're going to swap to the disks,
> OF> your benchmark won't be happy.
> OF>
> OF> I think putting /usr/obj onto a RAM disk is _not_ necessary
> OF> because of soft-updates, so the processes shouldn't block
> OF> on writes.
>
> My experiments show that if you have enough memory to host radmdrive for
> /usr/src you'd better leave it for caching - there were no statistically
> meaningful performance difference, at least on machines with 1G+ RAM.
Really? My measurements show the opposite (on a system with 16GB of
RAM).
Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-hackers/attachments/20060919/6513a9ee/attachment.pgp
More information about the freebsd-hackers
mailing list