|
![]() |
#1 |
Ivan Dilber
Sir Write-a-Lot
|
![]() Pokusavam da osposobim jedan prilicno spor meta-search sajt, i uzeo sam Xdebug ne bih li profilisao kod.
Medjutim Xdebug ocito meri samo vreme izvrsavanja samog koda, ali mi ne daje (bar u WinCacheGrind) podatak o tome koliko je vremena provedeno u sleep-u i cekanju na spoljne podatke (sto meni u ovom konkretnom slucaju bas treba jer skript ceka da se pokupe podaci sa externih search engine-a. Primera radi Xdebug mi kaze da je ukupno vreme izvrsavanja skripte 395 ms, dok ja sa microtime izmerim da skripti treba preko 9 sekundi da se izvrsi ) Mogu ja da merim odvojeno vreme sa microtime, ali mi je to smor, pa sam se pitao da li postoji u Xdebug neka fora da mi on prikaze i ukupno vreme izvrsavanja funkcija ukljucujuci i sva cekanja i spavanja ? Da li mozda moze to da se prikaze u KCacheGrind ? Nije mi problem da dignem linux na masini, ako ce to pomoci..
__________________
Leadership is the art of getting people to want to do what you know must be done. |
![]() |
![]() |
![]() |
#2 |
Boris
Grand Master
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
156 "Hvala" u 2 poruka
![]() ![]() |
![]() http://xdebug.org/docs-profiling.php
na pocetak skripte (ili pre dela koji hoces da profilujes) pozovi xdebug_start_profiling(); a na kraju skripte pozovi xdebug_dump_function_profile(MODE_INT); (pogledaj gornji link - svi modovi su navedeni ispod tabele, sa primerima output-a). Pomenuta dump funkcija ce ti kao rezultat printati tabelu sa odgovarajucim informacijama. Samo da napomenem da xdebug ovako meri realno vreme. Ako npr. ubacis par mysql funkcija (connect/select db/query) i refreshujes stranicu, videces da vreme dosta varira...
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams |
![]() |
![]() |
![]() |
#3 |
Ivan Dilber
Sir Write-a-Lot
|
![]() ovo sto ti pricas vazi za xdebug v1, u verziji 2 nema tih funkcija, nego se to radi preko parametara u php.ini i eventualno preko GET parametra koji deluje kao trigger.
Elem, znam ja sve to, tako sam i merio, nego je problem sto meni merenje sa microtime vrati 8 sekundi, a xdebug mi izmeri npr. 400ms. Mene sad brine odakle dolazi tih 8 sec, to me vise zanima od toga koliko milisekundi on realno potrosi na mysql_connect. Load na serveru je nula, znaci ne bi smelo da se desi da to vreme potice od multitaskinga, ali ja nemam pojma odakle dolazi. To jest mogu da stavim milion poziva za merenje microtime, pa da onda trazim, ali bih rado to izbegao, kad vec postoji ovakav alat.
__________________
Leadership is the art of getting people to want to do what you know must be done. |
![]() |
![]() |
![]() |
#4 |
Boris
Grand Master
Datum učlanjenja: 01.12.2005
Lokacija: Novi Sad
Poruke: 775
Hvala: 5
156 "Hvala" u 2 poruka
![]() ![]() |
![]() Eh, ja sam koristio xdebug v1 ranije, zato sam uveren da to radi kako treba...
Probaj downgrade na v1, ako vec nisi.. microtime moze da meri SAMO realno (wallclock) vreme izvrsavanja skripte, a xdebug se instalira kao zend modul, i moze da meri i opcode compiling time (ako je nekome bitno), pored drugih stvari... Ne znam, meni je to super radilo kad sam ga koristio.
__________________
"It’s important to have goals when you pet. Otherwise you’re just rubbing another mammal for no reason." - Scott Adams |
![]() |
![]() |
![]() |
Alati teme | |
Način prikaza | |
|
|
![]() |
||||
Tema | Početna poruka teme | Forum | Odgovori | Poslednja poruka |
SEO - URL Pitanje | Zizi | Marketing i SEO | 14 | 17. 07. 2009. 15:42 |
CSS pitanje | mirko75 | Sva početnička pitanja | 2 | 01. 06. 2008. 23:01 |
PDO pitanje | McChoban | PHP | 3 | 31. 08. 2007. 09:40 |
Pitanje ? | Ivan | Opušteno | 10 | 17. 07. 2006. 10:00 |