Date: Thu, 22 Nov 2007 05:43:05 +1100 From: Peter Jeremy <peterjeremy@optushome.com.au> To: Alexey Popov <lol@chistydom.ru> Cc: Attilio Rao <attilio@freebsd.org>, Kris Kennaway <kris@freebsd.org>, freebsd-stable@freebsd.org Subject: Re: 2 x quad-core system is slower that 2 x dual core on FreeBSD Message-ID: <20071121184304.GM50167@server.vk2pj.dyndns.org> In-Reply-To: <474412CF.5050200@chistydom.ru> References: <47419AB3.5030008@chistydom.ru> <fhs7hp$2es$2@ger.gmane.org> <4741A7DA.2050706@chistydom.ru> <4741DA15.9000308@FreeBSD.org> <47429DB8.7040504@chistydom.ru> <4742ADFE.40902@FreeBSD.org> <4742C46A.1060701@chistydom.ru> <47432F77.3030606@FreeBSD.org> <474339E9.4080301@FreeBSD.org> <474412CF.5050200@chistydom.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
--eHhjakXzOLJAF9wJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 21, 2007 at 02:13:19PM +0300, Alexey Popov wrote: >As mentioned in the description of your patch there is probably a=20 >scalability problem with stat() syscall on FreeBSD. I wrote a quick tool to lstat() path elements on an otherwise idle dual-core system (1.6GHz Turion64x2, FreeBSD6.3/amd64). One instance: ~62k lstat/sec. 99% sys Two instances, same path: ~43k lstat/sec/instance. 97%sys Two instances, different path, same fs: ~50k lstat/sec/instance. 97%sys Two instances, different fs: ~53k lstat/sec/instance. 98%sys The slowdowns, especially the same path instance, are worse than I would have hoped. >makes that 2000+ lstat's without problem. There's still stat(), open(),=20 >gettimeofday(), close() syscalls for each include file in PHP that i can= =20 >not switch off. Note that gettimeofday() is known to be much slower (and more accurate) on FreeBSD than on Linux. Robert Watson (if I recall correctly) has done some work on building a framework to allow a choice between slow-and-accurate and fast-and-less-precise timestamps. I don't have the reference to hand but a check of the archives should turn it up. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --eHhjakXzOLJAF9wJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHRHw4/opHv/APuIcRAls+AJoDknCu/JnJVl/CtjaTYWKryACtcgCfUplM /UKNQu8TRyqhoMCCtczz9Fs= =kM/3 -----END PGP SIGNATURE----- --eHhjakXzOLJAF9wJ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071121184304.GM50167>