Re: Inconsistencies in 5.3

From: Date: Mon, 04 Aug 2008 09:48:08 +0000
Subject: Re: Inconsistencies in 5.3
References: 1 2 3 4 5 6 7 8  Groups: php.internals 
Request: Send a blank email to internals+get-39614@lists.php.net to get a copy of this message
On 04.08.2008, at 11:42, Andrey Hristov wrote:
Hi, Lukas Kahwe Smith wrote:
On 04.08.2008, at 10:41, Marcus Boerger wrote:
Hello Lukas, Monday, August 4, 2008, 10:32:26 AM, you wrote:
On 04.08.2008, at 10:28, Stefan Priebsch wrote:
Hannes Magnusson schrieb:
I don't think anyone but him likes multiple namespaces per file. I do remember a PhD thesis sized mail from him explaining why multiple namespaces per file was needed though (can hardly believe anyone read the whole thing..).
In some deployment processes, multiple PHP files are merged together into one file. Symfony, for example, does this, at least optionally.
Right, this is common practice to reduce disk I/O without having to make development too hard. Also that way people can pick and choose what they want to include (like not all drivers of a DBAL).
If an edgecase optimization is th eonly reason then I am against this even more.
its not an edge optimization .. like i said its "common practice" in many PHP frameworks. this way they can more easily develop the code, while not having to suffer the drawbacks from a lot of disk I/O from files that need to be loaded in every request anyways.
isn't that easily solved by using a opcode cache?
The op code cache can reduce the overhead, but not all. Obviously there still needs to be work done to determine if the file has changed. of course you can just tell APC to never do that, but i think this is a setting very few people consider and its definitely not made for general purpose frameworks, that want to be easy to use while still being as fast as possible. regards, Lukas Kahwe Smith mls@pooteeweet.org

« previous php.internals (#39614) next »