Re: numbers don't lie ...
- From: Dmitry Morozovsky <marck@xxxxxxxx>
- Date: Tue, 19 Sep 2006 16:11:12 +0400 (MSD)
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.
Sincerely,
D.Marck [DM5020, MCK-RIPE, DM3-RIPN]
------------------------------------------------------------------------
*** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@xxxxxxxx ***
------------------------------------------------------------------------
_______________________________________________
freebsd-hackers@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: numbers don't lie ...
- From: Oliver Fromme
- Re: numbers don't lie ...
- From: Kris Kennaway
- Re: numbers don't lie ...
- References:
- Re: numbers don't lie ...
- From: Oliver Fromme
- Re: numbers don't lie ...
- Prev by Date: Re: jail2 patchset 12
- Next by Date: 6.2/pxe blues, was Re: pxe boot size limit?
- Previous by thread: Re: numbers don't lie ...
- Next by thread: Re: numbers don't lie ...
- Index(es):
Relevant Pages
|
|
