-
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.
-
Run Control and Monitor System for the CMS Experiment
Authors:
M. Bellato,
L. Berti,
V. Brigljevic,
G. Bruno,
E. Cano,
S. Cittolin,
A. Csilling,
S. Erhan,
D. Gigi,
F. Glege,
R. Gomez-Reino,
M. Gulmini,
J. Gutleber,
C. Jacobs,
M. Kozlovszky,
H. Larsen,
I. Magrans,
G. Maron,
F. Meijers,
E. Meschi,
S. Murray,
A. Oh,
L. Orsini,
L. Pollet,
A. Racz
, et al. (8 additional authors not shown)
Abstract:
The Run Control and Monitor System (RCMS) of the CMS experiment is the set of hardware and software components responsible for controlling and monitoring the experiment during data-taking. It provides users with a "virtual counting room", enabling them to operate the experiment and to monitor detector status and data quality from any point in the world. This paper describes the architecture of t…
▽ More
The Run Control and Monitor System (RCMS) of the CMS experiment is the set of hardware and software components responsible for controlling and monitoring the experiment during data-taking. It provides users with a "virtual counting room", enabling them to operate the experiment and to monitor detector status and data quality from any point in the world. This paper describes the architecture of the RCMS with particular emphasis on its scalability through a distributed collection of nodes arranged in a tree-based hierarchy. The current implementation of the architecture in a prototype RCMS used in test beam setups, detector validations and DAQ demonstrators is documented. A discussion of the key technologies used, including Web Services, and the results of tests performed with a 128-node system are presented.
△ Less
Submitted 18 June, 2003;
originally announced June 2003.
-
Using XDAQ in Application Scenarios of the CMS Experiment
Authors:
L. Berti,
V. Brigljevic,
G. Bruno,
E. Cano,
A. Csilling,
S. Cittolin,
F. Drouhin,
S. Erhan,
D. Gigi,
F. Glege,
M. Gulmini,
J. Gutleber,
C. Jacobs,
M. Kozlowski,
H. Larsen,
I. Magrans,
G. Maron,
F. Meijers,
E. Meschi,
L. Mirabito,
S. Murray,
V. O? Dell,
A. Oh,
L. Orsini,
L. Pollet
, et al. (9 additional authors not shown)
Abstract:
XDAQ is a generic data acquisition software environment that emerged from a rich set of of use-cases encountered in the CMS experiment. They cover not the deployment for multiple sub-detectors and the operation of different processing and networking equipment as well as a distributed collaboration of users with different needs. The use of the software in various application scenarios demonstrate…
▽ More
XDAQ is a generic data acquisition software environment that emerged from a rich set of of use-cases encountered in the CMS experiment. They cover not the deployment for multiple sub-detectors and the operation of different processing and networking equipment as well as a distributed collaboration of users with different needs. The use of the software in various application scenarios demonstrated the viability of the approach. We discuss two applications, the tracker local DAQ system for front-end commissioning and the muon chamber validation system. The description is completed by a brief overview of XDAQ.
△ Less
Submitted 26 May, 2003;
originally announced May 2003.