Then do a trace with xhprof/xdebug/blackfire and see where the time is spent. How should we magically know the answers?
> On 09.12.2015, at 20:02, Lester Caine <les...@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. > > 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. > > -- > Lester Caine - G8HFL > ----------------------------- > Contact - http://lsces.co.uk/wiki/?page=contact > L.S.Caine Electronic Services - http://lsces.co.uk > EnquirySolve - http://enquirysolve.com/ > Model Engineers Digital Workshop - http://medw.co.uk > Rainbow Digital Media - http://rainbowdigitalmedia.co.uk > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
