Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:9574 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 5655 invoked by uid 1010); 27 Apr 2004 00:30:18 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 4472 invoked from network); 27 Apr 2004 00:30:09 -0000 Received: from unknown (HELO procata.com) (65.19.190.98) by pb1.pair.com with SMTP; 27 Apr 2004 00:30:09 -0000 Received: from [65.111.195.144] ([65.111.195.144]) by procata.com for ; Mon, 26 Apr 2004 17:29:55 -0700 In-Reply-To: <4089E106.4040409@akbkhome.com> References: <4089E106.4040409@akbkhome.com> Mime-Version: 1.0 (Apple Message framework v613) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-ID: <18746D26-97E2-11D8-AD32-000502E1CD47@procata.com> Content-Transfer-Encoding: 7bit Cc: internals@lists.php.net Date: Mon, 26 Apr 2004 20:30:33 -0400 To: Alan Knowles X-Mailer: Apple Mail (2.613) Subject: Re: [PHP-DEV] Performance Consideration of 1 class per file From: jeff@procata.com (Jeff Moore) On Apr 23, 2004, at 11:37 PM, Alan Knowles wrote: > PEAR is considering stipulating 1 class per file, for the packages. - > one of the concerns raised is performance. While this is true for a > non-cache compiled situation (where performance is less of an issue) - > would anyone care to comment on the implications when using the Zend > Optimizer or APC, on how significant the impact of this would be. The Mojavi framework combines 19(?) single class files into a single file to include. I benchmarked this and if I recall correctly, the combined file loaded in roughly half the time of including the individual 19 files. The timing was only for including, no actual work was performed. No cache was used. The benchmarks were done under OS X, which as has been discussed on this list before, has a particularly inefficient implementation of realpath (used in the including process).