Profiler der bessere Debugger?

Es scheint klar, tut ein Programm nicht was es soll, nimmt man einen Debugger. Läuft es zu langsam oder verbraucht zu viel Speicher, nimmt man einen Profiler. Aber ist dies immer das richtige Vorgehen? Spätestens wenn mächtige Frameworks wir Hibernate im Spiel sind, ist es nicht immer einfach, schrittweise durch das Programm zu schreiten, um zu sehen was es genau tut. Läuft die zu untersuchende Logik in einer Transaktion und erhält man während des Durchsteppens in eine Zeitüberschreitung, sind nachfolgende Resultate unbrauchbar.

Ein Profiler läuft während der Ausführung des Codes und kann so die verwendeten Code-Pfade aufzeichnen. Dabei ist es natürlich nicht möglich, alle Variablen und deren Änderungen mitzuprotokollieren, für einen Überblick über die (möglicherweise falsche) Funktionsweise eines Programms reicht es aber oftmals aus.

Diese Session möchte zeigen, wie man mit einem Profiler zu Aussagen über die Funktionsweise von Code kommen kann, die so mit einem Debugger nicht möglich sind. Dabei möchte der Vortrag anregen, durch unkonventionelle Methoden zu Problemlösungen zu kommen.