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 >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(), >gettimeofday(), close() syscalls for each include file in PHP that i can >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. -- 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.
pgp3yzodXAptR.pgp
Description: PGP signature
