Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:115943 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 72493 invoked from network); 4 Sep 2021 01:13:31 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 4 Sep 2021 01:13:31 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 43F001804B4 for ; Fri, 3 Sep 2021 18:50:06 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-oi1-f176.google.com (mail-oi1-f176.google.com [209.85.167.176]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Fri, 3 Sep 2021 18:50:05 -0700 (PDT) Received: by mail-oi1-f176.google.com with SMTP id c79so1357261oib.11 for ; Fri, 03 Sep 2021 18:50:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=9UDG+rJMQVdSXKG5wM6Srng2LXuDWlHsx+1PvL1ueyk=; b=Xm6awv6IWTwluIWaQzDp/hmcflqVunqRdIgyIGtXvONwirCTINFRLynGiMfpCZ9mUW sBWVd5LNogq+QwRy3AkiUbOZpsVEhxtOKZ8C1CXOnSW8DVAdqdtiHFLZhi9sCtIXsTE8 C0WkWl972R50ipv0FOBh3HnD30pFhoJqJqeU4m7omQpv2pHOU2xS3I8SYe79A+ykyfRp F8D3viJ+IVPXQbTskx8TN8EIMWWQQw1dysDC93blnoXne5PNeHKKjNx/kRB4G6MFXu7S ds2HjKQmJ4g/z1cGhIDlq8mBRDNt4S0mwdPZSpifPWhI7HblAlALsx0IjwSPtZz99Ntl Wgxg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=9UDG+rJMQVdSXKG5wM6Srng2LXuDWlHsx+1PvL1ueyk=; b=dT/fTei74wX/7ZsQNIRHmXMlsD78BASUC3JoS1/xBk+ULgnhKQDmclMPueIi0I4zuH INsdioOf0QS68mp6u3UOdPesz8zsedpiYsxYyfaFl/JZj+aS6iblP5IO362hmQEIiqqC AKswSmwey4DzWpVomN3jHySBpwZWZGm1fO8K5+3z88DZYTf4YaMaWO02tj3WfmMEFnmo s4TaLh5/3hubtEXLGsMRLFGNUQqWbLjHEzbssNLUjey0zK6IMB81gcoBLN5etLBBLyRv Z4kzA8zp2DyvEVp/XKdWovqg3biLZf4cKT6RUzk3avNXw8dkA6ADSqhysCcTRcHqleVR ShBA== X-Gm-Message-State: AOAM531XdV/lM2P8P4Fhghxl1G8i5dN/W7s5u/vsF/jbnKSfF17I3Qv3 OBJRcctfDCu97CQrUjDhccHp13ecYHZjqmvaQSinzHRA X-Google-Smtp-Source: ABdhPJyTUAu2nGnRWVfwaQClxOW2JA0ygS4xdVqfTuso3fTqxKtc00KBnOw2UtaW6iwn8Pu4Uo+dhRNhvK1qOKbnj2U= X-Received: by 2002:a05:6808:3d9:: with SMTP id o25mr1184642oie.168.1630720204198; Fri, 03 Sep 2021 18:50:04 -0700 (PDT) MIME-Version: 1.0 References: <0A048A30-444F-4DB0-A79C-9EA9BD07B1EC@cschneid.com> <569E3A48-E3F5-46FA-BA08-D2493CE4FD33@cschneid.com> <9B6A493C-DBA6-4CF0-9AE2-DAA0A700A7D2@cschneid.com> In-Reply-To: Date: Sat, 4 Sep 2021 08:49:54 +0700 Message-ID: To: Hans Henrik Bergan Cc: PHP internals Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] Adding a way to disable the stat cache From: pierre.php@gmail.com (Pierre Joye) Good morning, On Sat, Sep 4, 2021 at 4:51 AM Hans Henrik Bergan 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) Windows TS is as far as I remember the main reason for stat cache being there as well. Not necessarily because stats are slower on windows but because a userland stat causes multiple system stat (virtual cwd and related does multiple calls ). It was and most likely still is a performance hit back then. As for the option to disable stat cache, I don't see how it can hurt, as long as it is well documented and off by default. So daemon and similar apps can disable it if desired. Other apps, I honestly do not see any gain :). Best, -- Pierre @pierrejoye | http://www.libgd.org