Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:1777 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 53686 invoked from network); 20 May 2003 11:16:07 -0000 Received: from unknown (HELO max6.rrze.uni-erlangen.de) (131.188.3.214) by pb1.pair.com with SMTP; 20 May 2003 11:16:07 -0000 Received: from [131.188.163.104] by max6.rrze.uni-erlangen.de with ESMTP for internals@lists.php.net; Tue, 20 May 2003 13:16:06 +0200 Message-ID: <5.2.0.9.0.20030520131541.0296a430@pop3.web.de> X-Sender: snuwschi@pop.rrze.uni-erlangen.de X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Tue, 20 May 2003 13:15:51 +0200 To: internals@lists.php.net Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [PHP-DEV] fd patch From: uwe@thetaphi.de (Uwe Schindler) I agree +1 At 00:00 20.05.2003 -0700, you wrote: >On Tue, 20 May 2003, Derick Rethans wrote: > > > On Tue, 20 May 2003, Zeev Suraski wrote: > > > > > I don't mean to start a big thread here - I feel very uncomfortable > > > releasing such a sensitive patch with so little testing, and don't > exactly > > > understand why the problem that it addresses is suddenly so urgent. If > > > there's consensus here that this patch is important for this 4.3.x > release, > > > so be it - I want to at least voice my opinion before it gets finalized. > > > > I have the same feelings, I was not really happy by putting it in in the > > PHP_4_3 either. (Though I'm not sure if I voiced that opinion on a > > list). I think it's up to our release guy (Jani) to decide what to do > > with it. > >My only reservation is that it went in somewhat late in the RC cycle. >This change has been needed for quite a while. I know the issue itself >has been around for quite a while, but threaded web servers have become >much more common on Solaris in recent months and problems in our nsapi api >have been worked out so PHP is now a viable iPlanet plugin. This was >never really the case before. However, the last hurdle for decent iPlanet >support is this patch. > >The second reason is performance. By moving away from stdio streams we >save a stat() call for every single file open. Believe me, disk-touching >syscalls is a killer. > >And finally, there has been wide support for testing this thing to death. >We are definitely putting it through the ringer at Yahoo (hence the patch >from Brian). It is running on php.net and Sascha has been pounding it as >well. There may very well still be issues, but with a bit of dedicated >testing, the performance benefits plus finally having real iPlanet support >is worth a little extra pain as far as I am concerned. > >-Rasmus