Dieser Screenshot zeigt Messungen unserer Beispielanwendung Python CDDB. Transaktionen werden als farbige Rechtecke, der auslösende Aufruf durch eine vertikale Ausrichtung dargestellt.

1. Angabe des zu analysierenden Zeitabschnitts.
2. Messungen für ein bestimmtes System anzeigen.
3. Messungen auf Antwortzeiten über dem Schwellwert einschränken.
4. Messungen entsprechend den Filterkriterien mit farbigen ARM-Status.
5. Eine Messung wurde ausgewählt (Zeile farbig hinterlegt.).
6. Statistische Informationen zur ARM-Transaktion CDDB-Query.
7. Übersicht über die Antwortzeiten eines Sets korrelierter Messungen. Die Root-Transaktion "HTTP" und verschiedene "Kind"-Transaktionen werden als verschiedenfarbige Rechtecke angezeigt.
8. Prozentuale Verteilung der Antwortzeiten pro ARM-Transaktion.

Dieser Screenshot zeigt die Aufrufhierarchie unsere Beispielanwendung Python CDDB in einem Sequenzdiagramm.

1. Das Folgediagramm zeigt welche Anwendung welche Funktionalität innerhalb einer verteilten Umgebung aufgerufen hat:
   1. Die Hauptmessung HTTP (im ARM-Kontext auch Transaktion genannt) wird auf der linken Seite in der httpd-Box unseres Servers myarm.info angezeigt.
   2. Sie ruft die Funktionalität CDDB-Request der Anwendung PyCDDB auf.
   3. Die Anwendung PyCDDB konnektiert sich (DB-Connect) an die Datenbank CDDB,
   4. ruft Platten (Fetch-Discs) ...
   5. ... und Lieder (Fetch-Tracks) ab.
   6. Anschließend wird die Ausgabe generiert (Generate-Output).
2. Auf der rechten Seite im oberen Rechteck mit hellblauem Hintergrund werden die Kontexteigenschaften der Wurzel-Messung angezeigt.
3. Auf der rechten Seite im unteren Rechteck ist die Legende für das Diagram zu sehen.

Dieser Screenshot zeigt den Transaktionsbaum in tabellarischer Ansicht. Die Aufrufhierarchie wird durch die Einrückung der Tabellenzeilen wiedergegeben.

1. Eine Messung wurde ausgewählt (Zeile farbig hinterlegt.).
2. Detailinformationen zur ausgewählten Messung.
3. Transaktionhierarchie mit Antwortzeitenschwellerten und einer auf 3 Ebenen eingeschränkten Baumtiefe.
4. Prozentuale Verteilung der Antwortzeiten pro ARM-Anwendung.

Dieser Screenshot zeigt die Verwendung von URI-Filtern (d.h., Messung der CGI-Programme). In der Baumansicht unten ist der Mauszeiger auf einem farbigen Rechteck platziert. Der dazugehörige Transaktionsname und einige Messdaten werden in der "Bubble-Box" angezeigt.

1. Filterung einer URI anhand der Übereinstimmung mit dem Muster "/cgi-bin/py%".
2. Eine reduzierte Tabelle mit dem Ergebnis wird angezeigt. Beachten Sie in der Spalte "Identification" die "/cgi-bin/"-Einträge.
3. Übersicht über die Antwortzeiten mit einer "Bubble-Box" über DB-Connect.
4. Detailinformationen für DB-Connect werden angezeigt, wenn Sie auf das korrespondierende Rechteck (braun) im linken Diagramm geklickt haben.

Dieser Screenshot zeigt eine Transaktionsstatistik für die Transaktionen mit einer Antwortzeit von 25.0 ms oder höher (Der voreingestellte Wert kann über die Einstellungen geändert werden.). Beachten Sie das der Diagrammbereich im unteren Teil zugunsten einer größeren Ergebnisanzeige versteckt werden kann.≈‚

1. Ein Schwellwert von 25ms für die Antwortzeit wurde eingestellt.
2. In der Ergebnistabelle wurden in der Spalte "Identification" wurden die Zeilen entsprechend der Anwendung (siehe Diagramm "Transaction distribution" (rechts)) eingefärbt.
3. In der Ergebnistabelle wurden in der Spalte "RT" die Zeilen entsprechend dem Sigma-Intervall (siehe "Transactoin statistics" eingefärbt.
4. Anzahl an Antwortzeiten pro Anwendung; Farbe entsprechend der Spalte "Identification" (links).
5. Transaktionsstatistik über die "HTTP" Transaktion; fünf Intervalle sind farblich codiert (siehe Spalte "RT"). Fünf Messungen sind langsamer als der Durchschnittswert.

Dieser Screenshot zeigt eine große Tabelle mit Messergebnisse. Die Widget links und unten wurden versteckt. Die Layout-spezifischen Informationen können für eine Wiederverwendung in der Datenbank gespeichert werden.

1. Verteilung der Anzahl der Antwortzeit entsprechend der Transaktion. Die Farben des Tortendiagramms finden Sie ebenfalls in der Tabelle "Transactions", Spalte "Identification".
2. Alle Eingabefelder der linken Seite (Konfiguration und Filtermenü) wurden versteckt, damit mehr Platz für die Ergebnistabelle, die sehr lang werden kann, vorhanden ist.
3. Die untere Baumansicht wurde ebenfalls versteckt.

Für diesen Screenshot wurden fast alle Eingabefelder versteckt, so dass der gesamte Platz für die Ergebnistabelle verwendet werden kann.

Dieser Screenshot zeigt Messergebnisse unserer Beispielanwendung Python CDDB:

1. Im oberen Abschnitt werden einige HTTP-Requests mit Startdatum und -uhrzeit, Gesamtantwortzeit und Ausführungsstatus (GOOD) angezeigt, die auf myarm.info ausgeführt wurden.
2. Im unteren Abschnitt wird eine Übersicht über die Verteilung der Antwortzeit der in (a) ausgewählten Zeile (grau hinterlegt) angezeigt.
3. Die Hauptmessung HTTP (im ARM-Kontext auch als Transaktion bezeichnet) bildet die Basis des Diagramms.
4. Die von HTTP abhängigen Transaktionen (Sub-Transaktionen) CDDB-Request werden über der Basis dargestellt, entsprechend die weiteren Transaktionen Fetch-Tracks darüber.
5. Ganz oben im Diagramm wird der sogenannte Antwortzeiten-Overlay angezeigt, der die Verteilung der Antwortzeit auf einen Blick bildlich darstellt.

Dieser Screenshot zeigt Messergebnisse unserer Beispielanwendung Python CDDB:

1. Im oberen Abschnitt werden einige HTTP-Requests mit Startdatum und -uhrzeit, Gesamtantwortzeit und Ausführungsstatus (GOOD) angezeigt, die auf myarm.info ausgeführt wurden.
2. Im unteren Abschnitt wird eine Übersicht über die Verteilung der Antwortzeit der in (a) ausgewählten Zeile (grau hinterlegt) angezeigt. Dazu ein Raster aus senkrechten Linien, die einen Abstand von 10ms darstellen.
3. Die erste Fetch-Tracks-Messung wurde ausgewählt. Die Legende zeigt die Startzeit relativ zur Hauptmessung (HTTP), die Antwortzeit und den Status der Transaktion. Detailinformationen zu ausgewählten Transaktion werden rechts angezeigt, siehe (d).
4. Der Reiter Details zeigt alle Einzelheiten zur ausgewählten Fetch-Tracks-Transaktion. Die benutzerdefinierten Kontextwerte sind hellblau hinterlegt.

Dieser Screenshot zeigt Messergebnisse unserer Beispielanwendung Python CDDB:

1. Im oberen Abschnitt werden einige HTTP-Requests mit Startdatum und -uhrzeit, Gesamtantwortzeit und Ausführungsstatus (GOOD) angezeigt, die auf myarm.info ausgeführt wurden.
2. Im unteren Abschnitt wird eine Übersicht über die Verteilung der Antwortzeit der in (a) ausgewählten Zeile (grau hinterlegt) angezeigt.
3. Das Tortendiagramm rechts zeigt die Verteilung der gesamten Antwortzeit des HTTP-Transaktionsbaumes. Der rote Anteil repräsentiert die Summe der Antwortzeiten der Fetch-Tracks-Messungen entsprechend (d).
4. Die einzelne Messungen der Fetch-Tracks-Antwortzeiten.

Dieser Screenshot zeigt Messergebnisse unserer Beispielanwendung Python CDDB. Das Sequenzdiagramm zeigt eine vollständige Aufrufsequenz beginnend mit einer Abfrage (Request) im HTTP-Server und endend mit verschiedenen Abfragen von Titelinformationen von CDs.

1. Transaktionen des Types HTTP sollen analysiert werden.
2. Die Kontexteigenschaft "QueryString" soll als Wert eine Zeichenkette, die mit "artist" beginnt, enthalten.
3. Eine langsame HTTP-Transaktion mit einer Antwortzeit die mehr als doppelt so groß ist wie der Durchschnittswert (siehe "Transaction statistics").
4. Ein Kundensequenzdiagramm zur in der Ergebnistabelle ausgewählten Zeile, alle Transaktionen auf dem ARM-System myarm.info.
   1. Die Zeitachse beginnt mit 0ms, ebenso das Rechteck der HTTP-Transaktion (lila). Die Transaktion läuft in der Anwendung httpd.
   2. Nach etwa 40ms startet die Transaktion CDDB-Query ("Child Transaction") in der Anwendung PyCDDB.
   3. Die Transaktionen DB-Connect und Fetch-Discs werden sequentiell gestartet.
   4. Schließlich werden einige Tracks über die Transaktion Fetch-Tracks geholt.
   5. Die Haupttransaktion endet nach 261ms.
5. Zeigt die Kontexteigenschaften der Haupttransaktion an.

Dieser Screenshot zeigt Messergebnisse unserer Beispielanwendung Python CDDB. Der Screenshot zeigt, dass Detailinformationen für jedes Rechteck eines Sequenzdiagramms angezeigt werden können.

1. Die Auswahlliste zeigt an, dass 3881 Messungen für die HTTP-Transaktion in der Datenbank vorhanden sind (im ausgewählten Zeitrahmen).
2. Sechs Messungen entsprechen dem Filter "Context properties".
3. In allen Diagrammen können zusätzliche Informationen in "Bubble-Boxen" unterhalb des Mauszeigers angezeigt werden.
4. Details zu einer Transaktion werden rechts angezeigt, nachdem auf das entsprechende Rechteck (in unserem Beispiel DB-Connect) geklickt wurde.

Dieser Screenshot zeigt Messergebnisse unserer Beispielanwendung Python CDDB. Zuerst wurde ein ARM-System und dann eine Anwendung ausgewählt.

1. Die Messungen werden zuerst nach System und dann nach Anwendung gefiltert.
2. In der Datenbank sind 8218 Messungen für das ausgewählte System "myarm.info".
3. Von den 8218 Messungen sind 8072 Messungen für die Anwendung httpd.
4. Zwei der angezeigten Messungen haben den Status FAILED.
5. Eine Messung hat den Status ABORTED.

Dieser Screenshot zeigt Messergebnisse unserer Beispielanwendung Python CDDB. Zuerst wurde ein ARM-System und dann eine Anwendung ausgewählt. Über die Einstellung des Filters "Transaction attribute filters" werden nur Transaktionen mit dem Status FAILED in der Ergebnistabelle angezeigt.

1. Die Messungen werden zuerst nach System und dann nach Anwendung gefiltert.
2. In der Datenbank sind 8218 Messungen für das ausgewählte System "myarm.info" vorhanden.
3. Von den 8218 Messungen sind 8072 Messungen für die Anwendung httpd gespeichert.
4. Der Filter "Transaction attribute filters" wird eingestellt auf: Zeige alle Transaktionen mit dem Status "FAILED".
5. In der Ergebnistabelle werden nun nur noch Transaktionen (294) mit dem Status "FAILED" angezeigt.

Dieser Screenshot zeigt einen Überblick der (nahezu) Echtzeit-Statistik für das Jahr 2013 von Transaktionsmessungen von unserer Beispielanwendung myarm.info:

1. RTS-Browser Zeitspanne für die Aggregation der Messungen zu einer Statistik
2. Eingabe-Schalter um die Farbcodierung anzupassen
3. Gruppennamen um die Statistiken in Gruppen zusammenzufassen
4. Transaktionsstatistiken mit mittlerer Antwortzeit und entsprechender Farbkodierung

Dieser Screenshot zeigt einen Überblick der (nahezu) Echtzeit-Statistik von Dezember 2012 bis November 2013 gruppiert nach Monaten von Transaktionsmessungen von unserer Beispielanwendung myarm.info:

1. Transaktionsnamen der jeweiligen Statistik
2. Mittlere Antwortzeit für jeden Monat und jeder Transaktion
3. Zeit-Navigations-Schalter um einen Monat in die Zukunft oder die Vergangenheit zu schauen
4. Schalter um in den jeweiligen Monat einzutauchen

Dieser Screenshot zeigt einen Tages-Überblick der Echtzeit-Statistik von April 2013 von Transaktionsmessungen unserer Beispielanwendung myarm.info:

1. Tage sind nach Arbeitstage (fünf Tage) und Wochenenden (2 Tage) gruppiert
2. Tage ohne Daten werden in einem dunklerem grau gezeichnet
3. Am 30. April wurden keine Disc-Einträge geladen, vielleicht hat die Datenbank ein Problem weil die Statistik für DB-Connect in rot gezeichnet wird?

Dieser Screenshot zeigt einen Stunden-Überblick der Echtzeit-Statistik vom 5. April 2013 von Transaktionsmessungen unserer Beispielanwendung myarm.info:

1. An diesem Tag wurde der Begriff REM nicht abgefagt
2. In der Nacht wurden keine Messungen aufgezeichnet
3. Die Datenbank-Verbindung (DB-Connect) scheint ein Problem zu haben

Im Bild ist der Manager mit geöffnetem Browser-Reiter zu sehen. Innerhalb des Browser-Reiters sind HTTP-Transaktionen vom Web-Server myarm.info unserer Beispielanwendung dargestellt.

1. Ausgegraute Reiter-Schalter sind bereits geöffnet, nicht ausgegraute Reiter-Schalter können die entsprechenden Web-Anwendungen in einem Reiter gestartet werden.
2. Aktuell wird die Browser-Web-Anwendung dargestellt.

Der Manager mit geöffnetem RTSBrowser-Reiter zeigt hier aggregierte Statistik von ausgewählten Messungen von 2014 unserer Beispielanwendung myarm.info.

Der Manager mit geöffnetem RTSMonitor-Reiter zeigt hier aggregierte Statistik von 'heute' der letzten 24 Stunden unserer Beispielanwendung myarm.info.

Der Manager mit geöffnetem Admin-Reiter zeigt hier die RTS-Konfiguration unserer Beispielanwendung myarm.info.