Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:16599 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24098 invoked by uid 1010); 10 Jun 2005 13:07:38 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 24083 invoked from network); 10 Jun 2005 13:07:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 10 Jun 2005 13:07:38 -0000 X-Host-Fingerprint: 81.103.221.48 mta08-winn.ispmail.ntl.com Solaris 8 (1) Received: from ([81.103.221.48:65130] helo=mta08-winn.ispmail.ntl.com) by pb1.pair.com (ecelerity 1.2 r(5656M)) with SMTP id 4C/0C-21296-99099A24 for ; Fri, 10 Jun 2005 09:07:37 -0400 Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35]) by mta08-winn.ispmail.ntl.com with ESMTP id <20050610130733.JGRL6773.mta08-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>; Fri, 10 Jun 2005 14:07:33 +0100 Received: from [192.168.0.20] (really [81.106.213.130]) by aamta11-winn.ispmail.ntl.com with ESMTP id <20050610130733.GNTS29707.aamta11-winn.ispmail.ntl.com@[192.168.0.20]>; Fri, 10 Jun 2005 14:07:33 +0100 Message-ID: <42A99089.7030209@fission.org.uk> Date: Fri, 10 Jun 2005 14:07:21 +0100 User-Agent: Debian Thunderbird 1.0.2 (X11/20050402) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jani Taskinen CC: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Improving (?) PHP extension loading mechanism (was: Re: [PHP-CVS] cvs: php-src /ext/pdo pdo.c) (fwd) From: gareth@fission.org.uk (Gareth Ardron) Jani Taskinen wrote: > > - Make it quicker. I haven't done any benchmarks but it's pretty > obvious > this does make the PHP startup slower.. Ok, slower in what way - I mean, lets assume apache1.3 is being used here, does it make the apachectl start slower, or does it make each indivdual request slower ? If it's the later, I'd say it's slow enough already. I'm having to ./buildconf --force and build custom modules directly into php because of the speed issues for certain projects I'm involved in - I'm not sure I like the idea of that speed difference becoming more of an issue. Though it sounds cool in principle :)