-
The CMS Data Acquisition System for the Phase-2 Upgrade
Authors:
Jean-Marc André,
Ulf Behrens,
Andrea Bocci,
James Branson,
Sergio Cittolin,
Diego Da Silva Gomes,
Georgiana-Lavinia Darlea,
Christian Deldicque,
Zeynep Demiragli,
Marc Dobson,
Nicolas Doualot,
Samim Erhan,
Jonathan Richard Fulcher,
Dominique Gigi,
Maciej Gladki,
Frank Glege,
Guillelmo Gomez-Ceballos,
Magnus Hansen,
Jeroen Hegeman,
André Holzner,
Michael Lettrich,
Audrius Mecionis,
Frans Meijers,
Emilio Meschi,
Remigius K. Mommsen
, et al. (20 additional authors not shown)
Abstract:
During the third long shutdown of the CERN Large Hadron Collider, the CMS Detector will undergo a major upgrade to prepare for Phase-2 of the CMS physics program, starting around 2026. The upgraded CMS detector will be read out at an unprecedented data rate of up to 50 Tb/s with an event rate of 750 kHz, selected by the level-1 hardware trigger, and an average event size of 7.4 MB. Complete events…
▽ More
During the third long shutdown of the CERN Large Hadron Collider, the CMS Detector will undergo a major upgrade to prepare for Phase-2 of the CMS physics program, starting around 2026. The upgraded CMS detector will be read out at an unprecedented data rate of up to 50 Tb/s with an event rate of 750 kHz, selected by the level-1 hardware trigger, and an average event size of 7.4 MB. Complete events will be analyzed by the High-Level Trigger (HLT) using software algorithms running on standard processing nodes, potentially augmented with hardware accelerators. Selected events will be stored permanently at a rate of up to 7.5 kHz for offline processing and analysis. This paper presents the baseline design of the DAQ and HLT systems for Phase-2, taking into account the projected evolution of high speed network fabrics for event building and distribution, and the anticipated performance of general purpose CPU. In addition, some opportunities offered by reading out and processing parts of the detector data at the full LHC bunch crossing rate (40 MHz) are discussed.
△ Less
Submitted 23 June, 2018;
originally announced June 2018.
-
First experience in operating the population of the condition databases for the CMS experiment
Authors:
M. De Gruttola,
S. Di Guida,
D. Futyan,
F. Glege,
G. Govi,
V. Innocente,
P. Paolucci,
A. Pierro,
D. Schlatter
Abstract:
Reliable population of the condition databases is critical for the correct operation of the online selection as well as of the offline reconstruction and analysis of data. We will describe here the system put in place in the CMS experiment to populate the database and make condition data promptly available both online for the high-level trigger and offline for reconstruction. The system, designe…
▽ More
Reliable population of the condition databases is critical for the correct operation of the online selection as well as of the offline reconstruction and analysis of data. We will describe here the system put in place in the CMS experiment to populate the database and make condition data promptly available both online for the high-level trigger and offline for reconstruction. The system, designed for high flexibility to cope with very different data sources, uses POOL-ORA technology in order to store data in an object format that best matches the object oriented paradigm for \texttt{C++} programming language used in the CMS offline software. In order to ensure consistency among the various subdetectors, a dedicated package, PopCon (Populator of Condition Objects), is used to store data online. The data are then automatically streamed to the offline database hence immediately accessible offline worldwide. This mechanism was intensively used during 2008 in the test-runs with cosmic rays. The experience of this first months of operation will be discussed in detail.
△ Less
Submitted 8 March, 2010; v1 submitted 11 January, 2010;
originally announced January 2010.
-
Persistent storage of non-event data in the CMS databases
Authors:
M. De Gruttola,
S. Di Guida,
D. Futyan,
F. Glege,
G. Govi,
V. Innocente,
P. Paolucci,
P. Picca,
A. Pierro,
D. Schlatter,
Z. Xie
Abstract:
In the CMS experiment, the non event data needed to set up the detector, or being produced by it, and needed to calibrate the physical responses of the detector itself are stored in ORACLE databases. The large amount of data to be stored, the number of clients involved and the performance requirements make the database system an essential service for the experiment to run. This note describes the…
▽ More
In the CMS experiment, the non event data needed to set up the detector, or being produced by it, and needed to calibrate the physical responses of the detector itself are stored in ORACLE databases. The large amount of data to be stored, the number of clients involved and the performance requirements make the database system an essential service for the experiment to run. This note describes the CMS condition database architecture, the data-flow and PopCon, the tool built in order to populate the offline databases. Finally, the first experience obtained during the 2008 and 2009 cosmic data taking are presented.
△ Less
Submitted 8 March, 2010; v1 submitted 11 January, 2010;
originally announced January 2010.
-
Commissioning of the CMS High Level Trigger
Authors:
Lorenzo Agostino,
Gerry Bauer,
Barbara Beccati,
Ulf Behrens,
Jeffrey Berryhil,
Kurt Biery,
Tulika Bose,
Angela Brett,
James Branson,
Eric Cano,
Harry Cheung,
Marek Ciganek,
Sergio Cittolin,
Jose Antonio Coarasa,
Bryan Dahmes,
Christian Deldicque,
Elizabeth Dusinberre,
Samim Erhan,
Dominique Gigi,
Frank Glege,
Robert Gomez-Reino,
Johannes Gutleber,
Derek Hatton,
Jean-Francois Laurens,
Constantin Loizides
, et al. (25 additional authors not shown)
Abstract:
The CMS experiment will collect data from the proton-proton collisions delivered by the Large Hadron Collider (LHC) at a centre-of-mass energy up to 14 TeV. The CMS trigger system is designed to cope with unprecedented luminosities and LHC bunch-crossing rates up to 40 MHz. The unique CMS trigger architecture only employs two trigger levels. The Level-1 trigger is implemented using custom electr…
▽ More
The CMS experiment will collect data from the proton-proton collisions delivered by the Large Hadron Collider (LHC) at a centre-of-mass energy up to 14 TeV. The CMS trigger system is designed to cope with unprecedented luminosities and LHC bunch-crossing rates up to 40 MHz. The unique CMS trigger architecture only employs two trigger levels. The Level-1 trigger is implemented using custom electronics, while the High Level Trigger (HLT) is based on software algorithms running on a large cluster of commercial processors, the Event Filter Farm. We present the major functionalities of the CMS High Level Trigger system as of the starting of LHC beams operations in September 2008. The validation of the HLT system in the online environment with Monte Carlo simulated data and its commissioning during cosmic rays data taking campaigns are discussed in detail. We conclude with the description of the HLT operations with the first circulating LHC beams before the incident occurred the 19th September 2008.
△ Less
Submitted 7 August, 2009;
originally announced August 2009.
-
The CMS Event Builder
Authors:
V. Brigljevic,
G. Bruno,
E. Cano,
S. Cittolin,
A. Csilling,
D. Gigi,
F. Glege,
R. Gomez-Reino,
M. Gulmini,
J. Gutleber,
C. Jacobs,
M. Kozlovszky,
H. Larsen,
I. Magrans de Abril,
F. Meijers,
E. Meschi,
S. Murray,
A. Oh,
L. Orsini,
L. Pollet,
A. Racz,
D. Samyn,
P. Scharff-Hansen,
C. Schwick,
P. Sphicas
, et al. (10 additional authors not shown)
Abstract:
The data acquisition system of the CMS experiment at the Large Hadron Collider will employ an event builder which will combine data from about 500 data sources into full events at an aggregate throughput of 100 GByte/s. Several architectures and switch technologies have been evaluated for the DAQ Technical Design Report by measurements with test benches and by simulation.
This paper describes…
▽ More
The data acquisition system of the CMS experiment at the Large Hadron Collider will employ an event builder which will combine data from about 500 data sources into full events at an aggregate throughput of 100 GByte/s. Several architectures and switch technologies have been evaluated for the DAQ Technical Design Report by measurements with test benches and by simulation.
This paper describes studies of an EVB test-bench based on 64 PCs acting as data sources and data consumers and employing both Gigabit Ethernet and Myrinet technologies as the interconnect. In the case of Ethernet, protocols based on Layer-2 frames and on TCP/IP are evaluated. Results from ongoing studies, including measurements on throughput and scaling are presented.
The architecture of the baseline CMS event builder will be outlined. The event builder is organised into two stages with intelligent buffers in between. The first stage contains 64 switches performing a first level of data concentration by building super-fragments from fragments of 8 data sources. The second stage combines the 64 super-fragments into full events. This architecture allows installation of the second stage of the event builder in steps, with the overall throughput scaling linearly with the number of switches in the second stage. Possible implementations of the components of the event builder are discussed and the expected performance of the full event builder is outlined.
△ Less
Submitted 20 June, 2003;
originally announced June 2003.
