Um mal von hinten anzufangen: das im Buch beschriebene Verfahren, wie man Performance-Tests auf die Produktion extrapolieren kann, begeistert gerade unseren IT-Betrieb. In fast jedem Projekt treten früher oder später Performance-Probleme auf. Als Projektleiter muss ich mir dann eine Meinung bilden und Entscheidungen treffen. Ich stimme dem Autor zu, dass die DBAs und OS-Gurus dabei nicht immer gute Berater sind. Man muss wirklich erstmal herausfinden, in welchem System das Problem überhaupt liegt. Manchmal sieht der Zuständige dann kein Problem, oder manche raten gleich zu einem teuren Rundumschlag. Dass ganz bestimmte (und keine anderen) Anforderungen erfüllt werden müssen, ist den Experten wirklich oft nicht klar.
Anders als viele andere Performance-Bücher nimmt dieses hier fast gar keinen Bezug auf eine bestimmte Plattform, sondern bleibt sehr allgemein. Umso bemerkenswerter ist, dass aber trotzdem einiges Nützliches drinsteht. Die Analyse, in welchem Abschnitt eine Transaktion am meisten Zeit verliert (der Autor nennt das Teilprozessanalyse), und was mögliche Einflussfaktoren sind, haben uns im Projekt inzwischen auch prompt einmal weitergebracht. Man merkt dem Buch an, dass der Autor sich auch mit ziemlich subtilen Problemen beschäftigt hat. Nicht alles davon wird jeder brauchen, aber schaden tut es nicht. Der Autor hat sich sichtlich Mühe gegeben, den Leser gut verständlich in die Thematik einzuführen. Alleine das hilft einem schon, über Performance besser mitreden zu können. Das Fallbeispiel danach ist dann geradezu spannend. Das Kapitel "Realistisch testen" habe ich neulich mal mit unserem Testcenter durchgesprochen. Die haben dann auch gleich zugegeben, dass bisher nicht alle Testdaten wirklich repräsentativ sind.
Alles in allem ein mit nur knapp 200 Seiten recht übersichtliches Buch, in dem viel Nützliches so beschrieben ist, dass es wirklich jeder praktisch anwenden kann. Sollte meines Erachtens in jeder IT-Abteilung stehen.