Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:33684
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 64.233.162.226 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=hCApKUnSUUUjxVu5tyblFAwDlERBEWGpMu1fUO0J6/hSv0gBIe3o+U/DAm7LRAuPz8RjdqRf21LJ/Ux9LLPU6cd8kURYaGmg9IW4qHLkQoOgCc6BJ6nGCMwy4q8dbxkpY/Cg0AvD5sKlI2y/cqoBeSHcULOODWum+ONti+S6ZbI=
Message-ID: <52dbac0f0712041156j45f46c2fye2abb5db5c4e31c6@mail.gmail.com>
Date: Tue, 4 Dec 2007 16:56:32 -0300
To: "Michael McGlothlin" <michaelm@swplumb.com>
Cc: "internals Mailing List" <internals@lists.php.net>
In-Reply-To: <4755AA8E.704@swplumb.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_15821_15254073.1196798192500"
References: <4731278C.8020301@chiaraquartet.net>
	 <4753B087.4020206@chiaraquartet.net> <47548031.20608@zend.com>
	 <30bd80240712031605y326d886fl6197839a60eeedcf@mail.gmail.com>
	 <47559014.2070607@zend.com>
	 <30bd80240712040944we67015ds3b86c4f9efeb266f@mail.gmail.com>
	 <475594FC.1060903@zend.com> <475598BB.2010203@swplumb.com>
	 <52dbac0f0712041023id44081ftc3c2147a1b69a13a@mail.gmail.com>
	 <4755AA8E.704@swplumb.com>
Subject: Re: [PHP-DEV] ignored patches
From: malterisio777@gmail.com ("Martin Alterisio")

------=_Part_15821_15254073.1196798192500
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

2007/12/4, Michael McGlothlin <michaelm@swplumb.com>:
>
>
> > Actually, it's an expected tradeoff of interpreted languages.
> > Compilable languages have both a compiler and a linker that bundles
> > everything in one executable. By using bytecode caching and bundling
> > you're just getting closer to the performance expectations of a
> > compilable language. But bundling is not as easy as it seems, and its
> > complexity is proportionally inverse to the complexity of the language.
> >
> > As much as you can try to improve this area, you can't do much without
> > resorting to hacks and workarounds. An option is becoming a
> > managed-code language such as Java or the .Net family.
> If your already doing bytecode caching how much benefit is there to
> bundling? In that case it seems the main slow downs would be the minor time
> involved in any actual system calls and whatever logic is done for imports.


> [snip]


> I'm a firm believer that it's better to throw more CPU power at a
> performance problem than to make code less maintainable. Just buy a faster
> server.


I completely agree with you, I'm not saying that you can obtain an actual
benefit from bundling, but that no one can deny the fact that bundling can
improve performance. The actual problem is that it's usually considered that
better performance means more benefits. Performance at the cost of
maintainability is not a benefit, economically speaking. I'd rather invest
in better hardware than in the "leet team of php guru hackers".

------=_Part_15821_15254073.1196798192500--