ingo.strauch.diplom - Desy

Weitere Magazine

Empfehlungen

Info

12 KAPITEL 2. DIE ANALYSEUMGEBUNG BEI H1 Teilbereiche von ROOT • 2-D und 3-D Grafikausgabe • Auf hohen Durchsatz optimierte Ein- und Ausgabe von Daten • Automatische Generierung von Dokumentation im HTML Format • Elemente für das Erstellen eines Graphical User Interface (GUI) • Histogramme und Funktionen • Run-Time-Type-Information (RTTI) • Vektor- und Matrizenrechnung • Verlustfreie Komprimierung von Dateien mittels gzip-Algorithmus • Vierer-Vektoren und Lorentztransformationen • Zufallszahlengenerator • Zugriff auf eine Datenbank von Teilcheneigenschaften nach der Particle Data Group Tabelle 2.2: Übersicht der Bestandteile von ROOT. Die vorhandenen Klassen erlauben, die Kombination ROOT/C++ sowohl für interaktive Analysetätigkeiten einzusetzen als auch für Hochleistungsprogramme und nicht zuletzt das Event-Display. modell muß optimiert werden. Von anderen Experimenten inspiriert, sollen in der zukünftigen Umgebung zusätzliche Ebenen der Datenspeicherung eingeführt werden. Das neue Schema besteht aus Object Data Store (ODS), Micro Object Data Store (µODS) und H1 Analysis Tag (HAT). Diese verschiedenen Ebenen werden durch den sogenannten “Runkatalog” zusammengehalten. Unter “Run” versteht man die Zusammenfassung von Ereignissen, die unter denselben Voraussetzungen und Einstellungen aufgenommen wurden. Zusätzlich wird der Runkatalog dazu genutzt, daß ein Benutzer des neuen Schemas keine Details mehr über den Speicherort der Daten sowie die benutzten Dateinamen kennen muß. Das ODS ist als Ersatz der DSTs konzipiert, d.h. es enthält im wesentlichen dieselben Informationen in einem anderen Datenformat. Auch wird das Ereignismodell nicht geändert, so daß zu jeder Zeit Rückwärtskompatibilität gewährleistet ist. Dies bedeutet, daß auch in Zukunft Benutzer ihre alte Software weiterverwenden können, wenn auch mit Geschwindigkeitseinbußen wegen der Rückkonvertierung. Das µODS enthält Informationen auf Teilchenniveau mit Referenzen auf die Informationen des ODS, aus denen sie konstruiert wurden. Hier werden Standardberechnungen durchgeführt, um der gesamten Kollaboration oft benötigte Informationen bereitzustellen. Neben der Zeitersparnis, daß nicht für jede Analyse immer wieder dieselben Algorithmen laufen müssen, ist ein wesentlicher Vorteil, daß unterschiedliche Analysen durch den Zugriff auf die zentralen Ergebnisse automatisch dieselben Parameter für Standardaufgaben benutzen. Der HAT beinhaltet eine Vielzahl von kinematischen Ereignisvariablen und Statusinformationen des Detektors. Über die HAT-Variablen ist ein sehr gezielter Zugriff auf Ereignisse möglich, welche komplexeren Bedingungen genügen, als mit den Klassifikationsmerkmalen der DSTs ausdrückbar ist. Die Verbindung zwischen Ereignissen auf POT, ODS, µODS und HAT wird durch eine relationale Datenbank bewerkstelligt. Den Dateinamen und Verzeichnissen werden die darin enthaltenen Run- und Eventnummern sowie die Gesamtzahl an Ereignissen zugeordnet. Dieses Konzept wird “Runkatalog” genannt und ermöglicht, Datensätze rein aufgrund von Jahresan-
2.4. VERBESSERUNGSANSÄTZE 13 Verbesserungen durch das neue Schema • Stark erweiterte, offizielle Ereignisklassifikation • Standard-Algorithmen mit einheitlichen Parametern bereits durchgeführt • Weniger Zugriff auf die vollen Daten eines Ereignisses nötig, da zusätzlich µODS und HAT zur Verfügung stehen • Möglichkeit, nur Teile eines Events einzulesen • Ein einziges Framework für interaktive und Hochleistungs-Analysen sowie Event- Display • Nur noch eine einzige, moderne Programmiersprache Tabelle 2.3: Zusammenfassung der zu erwartenden Verbesserungen durch den Einsatz des neuen Schemas. gaben oder Run/Event-Bereichen auszuwählen. Eine Übersicht der wesentlichen Merkmale des neuen Datenmodells zeigt Tabelle 2.4. Die durch das neue Schema zu erwartenden Vorteile sind in Tabelle 2.3 zusammengefaßt. Das neue Datenmodell soll nun in folgender Weise eingesetzt werden: • Selektieren des Datensatzes über Run/Event oder Jahresangaben • Schnelle Selektion der zu verarbeitenden Ereignisse aufgrund von HAT Variablen • Hauptsächlich Informationen auf dem µODS nutzen • In wenigen Fällen auf die volle Information der ODS Dateien zugreifen • Im interaktiven Fall direkt in der Analyse selektierte Ereignisse mittels Event-Display betrachten • Neue oder verbesserte Algorithmen sollen zurück in das neue Framework fließen und somit der gesamten Kollaboration zur Verfügung gestellt werden
Seite 1: Anwendung objektorientierter Method
Seite 4 und 5: ii INHALTSVERZEICHNIS 4.2.3 Eine ei
Seite 6 und 7: 2 KAPITEL 1. EINLEITUNG Abbildung 1
Seite 8 und 9: 4 KAPITEL 1. EINLEITUNG Spurkammern
Seite 10 und 11: 6 KAPITEL 1. EINLEITUNG Durch das E
Seite 12 und 13: 8 KAPITEL 2. DIE ANALYSEUMGEBUNG BE
Seite 14 und 15: 10 KAPITEL 2. DIE ANALYSEUMGEBUNG B
Seite 18 und 19: 14 KAPITEL 2. DIE ANALYSEUMGEBUNG B
Seite 20 und 21: 16 KAPITEL 3. ENTWICKLUNG DER SOFTW
Seite 30 und 31: 26 KAPITEL 4. ENTWICKLUNG DER TEILC
Seite 44 und 45: 40 KAPITEL 5. PHYSIKALISCHE FRAGEST
Seite 66 und 67:
62 KAPITEL 6. ERGEBNISSE DER TESTS
Seite 68 und 69:
Seite 70 und 71:
Seite 72 und 73:
68 KAPITEL 7. ZUSAMMENFASSUNG UND A
Seite 74 und 75:
70 ANHANG A. DOKUMENTATION Smart Po
Seite 76 und 77:
72 ANHANG A. DOKUMENTATION 5. Files
Seite 78 und 79:
74 ANHANG A. DOKUMENTATION } Althou
Seite 80 und 81:
76 ANHANG A. DOKUMENTATION
Seite 82 und 83:
78 ANHANG B. WERKZEUGE ZUR SOFTWARE
Seite 84 und 85:
80 ANHANG B. WERKZEUGE ZUR SOFTWARE
Seite 86 und 87:
82 ABBILDUNGSVERZEICHNIS
Seite 88 und 89:
84 TABELLENVERZEICHNIS
Seite 90 und 91:
86 LITERATURVERZEICHNIS [EH01] A. E
Seite 92 und 93:
88 LITERATURVERZEICHNIS
Seite 94:
90 DANKSAGUNG
Alle anzeigen

ingo.strauch.diplom - Desy

Erfolgreiche ePaper selbst erstellen

Template löschen?

Als Template speichern?