Chciałbym się zapytać Was jaki macie sposób na rozwiązanie tego problemu z wąskim gardłem w debuggerze. Otóż jeżeli chcemy posiadać informację o czasie wykonania się poszczególnych metod w naszej aplikacji, to piszemy sobie np dwie funkcje w debuggerze start() i stop() które mierzą czas wykonania się metody. Teraz w takiej metodzie te dwie funkcje trzeba odpalić, także przykład:

[PHP] pobierz, plaintext 
 
public function waskieGardlo() {
  debugger::start( __CLASS__, __FUNCTION__ );
  // coś se tu robimy coś tam coś
  debugger::stop();
}
[PHP] pobierz, plaintext 

no i teraz mamy wywołaną dwie metody nie potrzebnie gdy np nie mamy włączonego debuggera, także zróbmy to inaczej:

[PHP] pobierz, plaintext 
public function waskieGardlo() {
  if( debugger::$enable ) {
    debugger::start( __CLASS__, __FUNCTION__ );
    // coś se tu robimy coś tam coś
  }
  if(debugger::$enable)
    debugger::stop();
}
[PHP] pobierz, plaintext 

Teraz dwa razy sprawdzamy czy debbuger jest włączony, co mi też się zbytnio nie podoba, to może inaczej:

[PHP] pobierz, plaintext 
public function waskieGardlo() {
  if( debugger::$enable ) {
    debugger::start( __CLASS__, __FUNCTION__ );
    // coś se tu robimy coś tam 
    debugger::stop();
  } else
    // coś se tu robimy coś tam 
}
[PHP] pobierz, plaintext 

Teraz podwójnie piszemy kod którą jest już napisany + np wyłapywanie błędów itp... Jest też i czwarta metoda:

[PHP] pobierz, plaintext 
public static function start( $class, $method ) {
  if( self::$enable ) {
    // sprawdzamy sobie czas
  }
}
 
public static function stop() {
  if( self::$enable ) {
    // zliczamy sobie czas
  }
}
[PHP] pobierz, plaintext 

I taka opcja w połączeniu z pierwszą opcją wydaje się być najbardziej optymalną, ale, aczkolwiek nie wydaje mi się być najlepszą. Macie na to jakieś rozwiązanie? Pusta klasa debuggera w ogóle mnie nie interesuje, czy tam puste metody, to odpada.

a nie mozesz po prostu włączyc profilera, odpalic skrypt a nastepnie logi z profilera przejrzec w specjalnym programie? Tam ładnie widać co jest wąskim gardłem.

yyy czego?

myslalem ze uzywasz XDEBUG
Jesli wiec nie uzywasz to się nim zainteresuj. Bardzo ułatwi ci życie w tych sprawach

Masz może jakiś dobry artykuł jak to z eclipse (pdt) połączyć w kupę i jak to używać?

ale ty miales profilowac a nie debugowa. do profilowania eclipse nie jest potrzebny
Ustawiasz w php.ini wpisz ze chcesz profilowac i odpalasz skrypt. Nastepnie wszystko co sie dzieje, wlacznie z czasem i pamiecia jest logowane. Nastepnie przy pomocy np. kCacheGrind mozesz przeanalizowac te logi, znaleźć wąskie gardło, wizuwalnie przejrzec rezultaty

A jesli chcesz debugowac w eclipse to ja korzystalem z samego opisu co w necie znalazlem przy okazji xdebug i eclipse

http://devzone.zend.com/article/2803-Introducing-xdebug - tutaj masz bardzo fajnie opisane to co będzie Ci potrzebne