Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:89785
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain telia.com from 81.236.60.154 cause and error)
To: Mike Willbanks <pencap@gmail.com>, Lester Caine <lester@lsces.co.uk>
References: <56662437.5040508@lsces.co.uk>
 <ED195E5D-1F00-401B-86EA-2B8C81592A79@lerdorf.com>
 <27359E8F-2C04-416B-861D-C2C4C85E4C77@lerdorf.com>
 <5666CDDD.6030209@lsces.co.uk> <5667A477.1060308@gmail.com>
 <566855AC.30808@gmail.com> <56687ACA.5090309@lsces.co.uk>
 <CALrkBjYqNkCVWmLREfE9aNM=dpMH_+F4SST60QF3bKREpqui8A@mail.gmail.com>
Cc: PHP Internals <internals@lists.php.net>
Message-ID: <56695BCA.9090305@telia.com>
Date: Thu, 10 Dec 2015 12:02:34 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <CALrkBjYqNkCVWmLREfE9aNM=dpMH_+F4SST60QF3bKREpqui8A@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Practical comparisons on PHP7
From: bjorn.x.larsson@telia.com (=?UTF-8?Q?Bj=c3=b6rn_Larsson?=)

Den 2015-12-09 kl. 20:46, skrev Mike Willbanks:
> Lester,
>
> On Wed, Dec 9, 2015 at 1:02 PM, Lester Caine <lester@lsces.co.uk> wrote:
>
>> On 09/12/15 16:24, Rowan Collins wrote:
>>>> So as somebody already said, maybe your code or setup is really busted.
>>> Really busted, or spending all its time in a type of operation that ZE3
>>> can't particularly optimize...
>> But I'd like to understand why what is fairly simple PHP code is
>> apparently not working as some of you seem to expect. Much of the
>> original code goes back to PHP4 days and has been optimised and updated
>> over the years and re-factored a couple of times. It's doing the jobs
>> required and giving response times that clients are happy with in the
>> sub second on intranets. The only PHP7 fixes so far is a few __construct
>> changes from the original named constructor ... the rest of the code is
>> already e_strict clean.
>>
> This states nothing of how the code was architected and therefore cannot
> provide any realistic baseline as others have noted.  In addition to this,
> your comparing apples to oranges.  The speed increases in PHP itself do not
> always translate 100% to application performance.  Without looking at
> execution performance on a function level and realizing what is actually
> taking the time this is a worthless conversation to be frank.
>
>
>> So where should I be looking to work out why PHP7 seems little better
>> than PHP5. This code is ADOdb and Smarty based with templates which have
>> developed over 10+ years and we can switch on page caching for the
>> static material, but many sites are running with dynamic data such as
>> calling clients from queues and displaying dynamic information pages.
>>
> ADOdb and Smarty have not had MAJOR releases in several years.  Smarty 3.1
> was in 2011 while Smarty 3 was in 2010.  ADOdb's last major release was in
> 2007.    These are your implementation details and things that YOU are
> leveraging, these are not necessarily a standardized approach.  Page
> caching changes things dramatically as now you're simply requiring things.
> If your spending time in query execution then thats why there is no
> significant gain.
Just noticed that Smarty team is working on a 3.1.28 relase that plans to be
PHP 7 compliant, see: https://github.com/smarty-php/smarty

Regards //Björn