Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:86480
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain moonspot.net designates 173.203.187.67 as permitted sender)
Message-ID: <556F80CF.40303@moonspot.net>
Date: Wed, 03 Jun 2015 17:33:51 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: bishop@php.net, PHP internals <internals@lists.php.net>
References: <CAEYWF=4Gn=6OcPWc3w2k6G7DWrqaUfS4QdohjhiSG+2vH8euyg@mail.gmail.com>
In-Reply-To: <CAEYWF=4Gn=6OcPWc3w2k6G7DWrqaUfS4QdohjhiSG+2vH8euyg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Method call overhead
From: brian@moonspot.net (Brian Moon)

On 6/2/15 22:30 , Bishop Bettini wrote:
> Hi!
>
> I've measured the overhead for method calls in a variety of environments
> (Amazon, Travis, and 3v4l).  The results are reliable and here's 3v4l
> <http://3v4l.org/NsjJR>.
>
> Some observations.  First, as expected, direct calls are faster than static
> object calls, which are faster than object calls.  Second, in absolute
> times PHP7 outperforms HHVM3 substantially.  Kudos, really impressive.
>
> My question though is on relative times.  Method call overhead is
> consistently 50% to 150% over a direct call.  Is my experiment invalid, or
> is this overhead expected?  Is the overhead in the allocation,
> deallocation, GC?
>
> Cheers,
> bishop
>

This is a better representation of what you are trying to show. It 
removes all the magic call back stuff that could be adding to the 
slowness you are seeing. In addition, it does not create a new object on 
every call for the object method. Creating a new object is going to 
explicitly slow things down. But, it's not related to the call time.

http://3v4l.org/biM9G

-- 

Brian.
--------
http://brian.moonspot.net/