Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.comp.lang.php > #3928

Re: xdebug

Path csiph.com!1.us.feeder.erje.net!feeder.erje.net!1.eu.feeder.erje.net!weretis.net!feeder1.news.weretis.net!news.solani.org!.POSTED!not-for-mail
From "Christoph M. Becker" <cmbecker69@arcor.de>
Newsgroups de.comp.lang.php
Subject Re: xdebug
Date Thu, 14 Jul 2016 13:02:14 +0200
Organization solani.org
Lines 30
Message-ID <nm7rfi$tnh$1@solani.org> (permalink)
References <1t57866454i4152n3e8%sfroehli@Froehlich.Priv.at> <nm6p5t$ql6$1@solani.org> <1t578750e5i7df0n3e8%sfroehli@Froehlich.Priv.at> <1t57876176i1625n3e8%sfroehli@Froehlich.Priv.at>
Mime-Version 1.0
Content-Type text/plain; charset=utf-8
Content-Transfer-Encoding 8bit
X-Trace solani.org 1468494130 30449 eJwFwQkBwDAIA0BLvKHIoUvxL2F36VB8FUhEbq7bBG3kNfvow/K7Nm2uBq/QkEUeom4zbmOOIISiSZa5dfGzmZSPOJ7vXGw91SUeJfwHcKUdwg== (14 Jul 2016 11:02:10 GMT)
X-Complaints-To abuse@news.solani.org
NNTP-Posting-Date Thu, 14 Jul 2016 11:02:10 +0000 (UTC)
User-Agent Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
X-User-ID eJwFwYERwAAEA8CVFAnGcdXsP0L/EXz4VhJMCBqham4NW8qOtLhrR2i4/m1PtZHimjvSfg3tECY=
In-Reply-To <1t57876176i1625n3e8%sfroehli@Froehlich.Priv.at>
Cancel-Lock sha1:nz2nD21Mo5s8TEqZObJDJg6Bl5I=
X-NNTP-Posting-Host eJwFwQUBADAIALBKuMQBDv0jfFM2tHExNdHT6917m5PmJHeCR9T8zEG5dtDWYakUgLqi46jT140TcVB5VdJHM5Cz3lvt2DNguukoyw+1wh6b
Xref csiph.com de.comp.lang.php:3928

Show key headers only | View raw


Am 14.07.2016 um 12:01 schrieb Stefan Froehlich:

> On Thu, 14 Jul 2016 11:13:46 Stefan Froehlich wrote:
>
>> "public static final function getProperty(String $propertyName)"
>> verbraucht laut xdebug in 19k Aufrufen rund 8% Rechenzeit, davon
>> 7,67% für sich selbst.
>  
>> Die darin jeweils 1x aufgerufene Methode "Collection::getItem($key)"
>> verbraucht 0.07% Rechenzeit, davon 0,07% für sich selbst.
>
> Wenn ich getItem erweitere, […]
>
> ...dann benötigt der Funktionsaufruf von getItem() seinerseits auf einmal
> 95% der Rechenzeit, während der innere Aufruf von getMaximumSize() nur mit
> 0,43% verbucht wird (btw. fehlt da auch immer noch einiges auf 100%).

Das klingt, als würde das einzeilige getItem() als Inline-Funktion
gehandhabt, aber das dürfte noch nicht implementiert sein (siehe
<https://wiki.php.net/php-7.1-ideas>); oder macht OPcache das bereits?
Vielleicht bringt auch der @-Operator den Profiler durcheinander?
Vielleicht ist das aber auch ein Bug oder eine Beschränkung von Xdebug?

Um das Problem einzugrenzen, ist es vermutlich hilfreich ein möglichst
minimales Script zu schreiben, das sich prinzipiell so verhält wie das
ganze Programm, und die erzeugten Opcodes mit dem Vulcan Logic Dumper
(<https://derickrethans.nl/projects.html#vld>) zu begutachten.

-- 
Christoph M. Becker

Back to de.comp.lang.php | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

xdebug Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-07-13 16:08 +0000
  Re: xdebug "Christoph M. Becker" <cmbecker69@arcor.de> - 2016-07-14 03:16 +0200
    Re: xdebug Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-07-14 09:13 +0000
      Re: xdebug Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-07-14 10:01 +0000
        Re: xdebug "Christoph M. Becker" <cmbecker69@arcor.de> - 2016-07-14 13:02 +0200
      Re: xdebug "Christoph M. Becker" <cmbecker69@arcor.de> - 2016-07-14 12:51 +0200

csiph-web