Date: Tue, 19 Sep 2006 13:34:21 -0400 From: Kris Kennaway <kris@obsecurity.org> To: Dmitry Morozovsky <marck@rinet.ru> Cc: freebsd-hackers@freebsd.org Subject: Re: numbers don't lie ... Message-ID: <20060919173421.GA45928@xor.obsecurity.org> In-Reply-To: <20060919160511.T33371@woozle.rinet.ru> References: <200609141232.k8ECWTXj045191@lurza.secnetix.de> <20060919160511.T33371@woozle.rinet.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
--FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 19, 2006 at 04:11:12PM +0400, Dmitry Morozovsky wrote: > On Thu, 14 Sep 2006, Oliver Fromme wrote: >=20 > OF> Because buildworld is I/O-bound on systems with sufficiently > OF> fast processors. > OF>=20 > 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>=20 > 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. >=20 > My experiments show that if you have enough memory to host radmdrive for= =20 > /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 --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFECodWry0BWjoQKURAo5wAJ9oj/GoMfRtJa+zZngfoj+LvSrIzACffWzK TEXdE2mAQZ1G/aETqD3io/8= =LO+5 -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060919173421.GA45928>