On Fri, Sep 3, 2021 at 11:51 PM Hans Henrik Bergan <divinit...@gmail.com> wrote:
> PS i've seen *HORRIBLE* fs performance for php-running-on-windows, > where the same filesystem operations on the same files took like 5 seconds > on linux-running-on-vmware-on-laptop-running-windows-10, versus several > minutes for the same operation on the same laptop on windows 10 directly.. > for people looking for best-case-scenario for the stat cache, try looking > at windows fs performance.. (if anyone even cares about that? i personally > don't, i never run anything performance-sensitive-php code on Windows, just > noticed horrible fs performance in the past) > The stat cache does not necessarily solve this issues though, only in very limited cases where you work with the *same* file over and over again. The stat cache only ever has exactly one entry, the *last* file that was accessed. So if you work with many diferent files the stat cache does not do what you would expect, to store the information of all these files. It overwrites the cache with a new file entry when its not the same file as currently stored. > > On Fri, 3 Sept 2021 at 22:22, Kevin Lyda <ke...@lyda.ie> wrote: > > > On Fri, Sep 3, 2021 at 9:12 PM Christian Schneider > > <cschn...@cschneid.com> wrote: > > > I'm interested in the load put on a system with a high request count > and > > a typical application. > > > Reducing system calls used to matter there as the kernel does not > > multi-process the same way user land does. > > > > > > But then again, maybe I'm overly cautious :-) > > > > This PR allows people to do just that experiment. > > > > Kevin > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: https://www.php.net/unsub.php > > > > >
