70 likes | 179 Vues
This document outlines the Data Quality Monitoring (DQM) requirements for the RPC (Resistive Plate Chamber) subdetector, detailing its essential functions in monitoring detector and trigger behavior and performance metrics. It specifies online, quasi-online, and offline monitoring strategies for shifters and experts, including the use of histograms, trending, correlation plots, and alerts based on LV1 muon events. Various packages have been developed for integrity checks, performance assessments, and data correlation to enhance the understanding of RPC system behaviors. Furthermore, it addresses open issues regarding CPU allocation and resource management.
E N D
DQM for the RPC subdetector M. Maggi and P. Paolucci
RPC DQM requirements DQM has to monitor the RPC detector/trigger behavior and measure and summarize their performances: • Online monitoring for CMS shifters: DQM and DCS providing: Histograms, trending and correlation plots, numbers, alarms …. and references … using a pre-scaled subset of LV1 muon events and Condition DB • Quasi-online monitoring for RPC shifters: using all the LV1 muon events (more statistics) and Condition DB • Offline monitoring for RPC experts to have a full analysis: using the CMS events, reconstruction tools, DBs …… DQM workshop - 28 feb 07
RPCMonitorModule RPCMonitorDigi DAQ Unpacker Local Muon Reconstruction Raw Data Digi Clusters/RecHits Event POOLSource Event Data monitoring STATUS I DQM-analysis packages developed for RPC in CMSSW and test during the MTCC: • EventFilter/RPCRawToDigi (Segoni - Maggi): It drives the raw data unpacking and produces the RPCDigi collection committed to the event. • DQM/RPCMonitorModule (Segoni – Maggi): it carries out data integrity check and basic detector functioning tasks DQM workshop - 28 feb 07
Event Data monitoring STATUS II • DQM/RPCMonitorDigi: Uses the digi produced by the unpacker (i.e. for each h-partition the collection strip with signal and the BX ) to perform chamber performance checks: • BXN • # of digi • Occupancy • Cluster multiplicity • Cluster size • Sync:Specific trigger studies • Chamber efficiency is produced by extrapolating DT segments to the RPC mounted on the same DT chamber and looking for matching hits DQM workshop - 28 feb 07
Do we need .. More .. Tools ? YES • We want to correlate event data DQM variables/histograms with PVSS and XDAQ non event data: • Chamber efficiency .vs. Noise (XDAQ) • Chamber efficiency .vs. Current (PVSS) • Noise (XDAQ) .vs. Temperature (PVSS) • Cluster size .vs Temperature (PVSS) • ………………………………………….. • To let understand the behavior of the RPC system we need: • few summary plots for the DQM shifter (online) • more plots for RPC shifter (quasi-online) • a complete way to analize data for the RPC expert (offline) DQM workshop - 28 feb 07
DQM/Offline Application DCS/DQM Application Transformation (O2O) ORCOFF@T0 ORCON@IP5 OMDS@IP5 read/write objects read/write objects HLT-CMSSW application Reconstruction-CMSSW application A way to use DB DQM workshop - 28 feb 07
The open issues • How many CPUs on Filter Farm for DQM • Which trigger downscale we can effort • Which monitor modules are mandatory • What can we run on the Storage Manager • Which latency we can effort for non-event data (OnlibeDB duplication in IT) • Do we need dedicated CPUs and disks on CMS Centre (Vs CAF) DQM workshop - 28 feb 07