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.
