[論文レビュー] The ATLAS Tile Calorimeter Test Beam Monitoring Program

P. Adragna, A. Dotti+1 more|ArXiv.org|May 29, 2004

Particle Detector Development and Performance参考文献 2被引用数 3

ひとこと要約

本論文では、テストビーム運用中のリアルタイムなデータ品質とセットアップ検証を保証するため、ROOTおよびATLAS オンライン ソフトウェア サービスに基づいて構築された、ATLAS タイル カロリメータ テストビーム 監視プログラム（PMP）を提示する。このシステムは、イベントサンプリング、データアンパック、リアルタイムヒストグラム化を用いて、TileCalおよびビーム検出器の両方のデータを監視し、モジュラーでGUI駆動のインターフェースとシグナル・スロットに基づく動的更新により、迅速な診断と可視化を可能にする。

ABSTRACT

During 2003 test beam session for ATLAS Tile Calorimeter a monitoring program has been developed to ease the setup of correct running condition and the assessment of data quality. The program has been built using the Online Software services provided by the ATLAS Online Software group. The first part of this note contains a brief overview of these services followed by the full description of Tile Calorimeter monitoring program architecture and features. Performances and future upgrades are discussed in the final part of this note.

研究の動機と目的

• テストビーム運用中のATLAS タイル カロリメータにおけるリアルタイム監視システムの開発を通じて、正常な稼働状態とデータ品質の確保を図ること。
• Tile カロリメータおよびビーム検出器（チェレンコフカウンタ、シンチレーションカウンタ、ワイヤーチャンバー）の両方のデータを統合された監視フレームワークに統合すること。
• 特にイベント監視サービスを含むATLAS オンライン ソフトウェア サービスを活用し、効率的なデータサンプリングと配布を実現すること。
• GUI駆動のイベント単位の分析パイプラインにより、迅速なデバッグと即時のデータ可視化を可能にすること。
• 複数の検出器を統合したテストビーム実験に対応するための将来の拡張の基盤を構築すること。

提案手法

• プログラムはC++で実装され、ROOTフレームワークを用い、データ入力はディスクファイルまたはイベント監視サービス経由のオンライン入力のいずれかから取得される。
• 生のATLAS形式イベントは、階層的なクラス構造（RawAtlasEvent → RODFragment）を介してアンパックされ、検出器固有のデータが抽出される。
• アンパックされたデータは、生のデータバッファを保持しない効率的な分析を可能にするために、メモリ上に保持されるROOT Treeに格納される。
• ヒストグラムはリアルタイムにフィルされ、シグナル・スロット機構を用いた動的で応答性の高い更新を実現するGUIプレゼンタによって表示される。
• システムは3層アーキテクチャを採用している：データソース（ファイル/オンライン入力）、アンパックおよびデコード（イベント解釈）、プレゼンタ（GUIおよびヒストグラム表示）。
• GUIは、シグナル・スロット接続を通じて、リアルタイムのヒストグラム再ビニング、リセット、および標準ROOT操作（例：スケーリングの再設定、フィッティング）をサポートする。

実験結果

リサーチクエスチョン

• RQ1 どのようにして、最小限の遅延と高い信頼性を実現しながら、ATLAS タイル カロリメータ テストビームデータのリアルタイム監視を達成できるか？
• RQ2 どのようなアーキテクチャパターンが、高スループットの検出器監視システムにおいて、データアンパックと可視化の間の効果的な分離を可能にするか？
• RQ3 統合された監視インターフェースは、複数の検出器サブシステム（例：TileCalおよびビーム検出器）のデータを同時に処理できるか？
• RQ4 シングルスレッドでイベント駆動される監視パイプラインに存在するパフォーマンスボトルネックは何か、そしてそれらはどのように緩和できるか？
• RQ5 この監視フレームワークは、複数の検出器を含む統合テストビーム実験に対応するため、どの程度拡張可能か？

主な発見

• Pentium III 1GHzプロセッサと256MB RAMを搭載したシステム上で、CPU平均負荷は41%、物理メモリ使用量平均は18%にとどまり、リソース使用効率が良好であることが示された。
• 約550秒でGUIプレゼンタの初期化に伴いメモリ使用量が急激に上昇したが、開発段階でこのメモリリークを特定・解決する手がかりとなった。
• システムはリアルタイムでのイベント表示を成功裏に実現し、TileCalモジュール内のエネルギー損失を可視化した。セルの高さは、エネルギー損失に比例し、ηおよび深さ（A、BC、D）の空間座標に対応する。
• 2003年9月の統合テストビームでは、標準デコードルーチンを用いてMDTおよびSCT検出器のデータをプログラムに拡張し、ミュオンおよびパイオンイベントの相関ヒストグラムを生成した。
• ROOTのシグナル・スロット機構により、パフォーマンス劣化を伴わずに応答性の高いリアルタイムヒストグラム更新とインタラクティブ操作（例：再ビニング、リセット）が可能になった。
• 将来、計算と可視化を分離するクライアント・サーバーモデルへの移行を計画しており、CPU負荷下でもパフォーマンスが向上し、複数検出器・複数走行の監視が可能になるものと期待される。