Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:86482
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.177 as permitted sender)
MIME-Version: 1.0
Sender: yohgaki@gmail.com
In-Reply-To: <556F80CF.40303@moonspot.net>
References: <CAEYWF=4Gn=6OcPWc3w2k6G7DWrqaUfS4QdohjhiSG+2vH8euyg@mail.gmail.com>
 <556F80CF.40303@moonspot.net>
Date: Thu, 4 Jun 2015 13:35:53 +0900
Message-ID: <CAGa2bXakF6AAs5tMPjVV8hf3ZAx-nvu1uUViNsDSo-hAnetG2A@mail.gmail.com>
To: Brian Moon <brian@moonspot.net>
Cc: Bishop Bettini <bishop@php.net>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e013a1a5c5e0e7d0517a9b8d9
Subject: Re: [PHP-DEV] Method call overhead
From: yohgaki@ohgaki.net (Yasuo Ohgaki)

--089e013a1a5c5e0e7d0517a9b8d9
Content-Type: text/plain; charset=UTF-8

Hi Brian,

On Thu, Jun 4, 2015 at 7:33 AM, Brian Moon <brian@moonspot.net> wrote:

> 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
>

This version adds up precision errors because microtime() precision is not
high enough for
the purpose. Since the error is random, it does not affect proportion much
but total
execution time. Following damn code does better job for these kinds of
benchmarks.

http://3v4l.org/eJK07

See the total amount of execution time recorded.
If we really need pure execution time, then it should record "for loop"
execution time
with empty body.

Regards,

--
Yasuo Ohgaki
yohgaki@ohgaki.net

--089e013a1a5c5e0e7d0517a9b8d9--