Automating the CMS DAQ

Bauer, G.; Bawej, Tomasz; Behrens, U.; Branson, J. G.; Chaze, Olivier; Cittolin, S.; Coarasa, J. A.; Darlea, Georgiana-Lavinia; Deldicque, Christian; Dobson, M.; Dupont, Aymeric; Erhan, S.; Gigi, D.; Glege, F.; Gómez-Ceballos, G.; Gómez-Reino, R.; Hartl, C.; Hegeman, J.; Holzner, A.; Masetti, L.; Meijers, F.; Meschi, E.; Mommsen, R. K.; Morovic, S.; Nunez-Barranco-Fernandez, Carlos; O’Dell, V.; Orsini, L.; Ozga, Wojciech; Paus, C.; Petrucci, Andrea; Pieri, M.; Rácz, A.; Raginel, Olivier; Sakulin, H.; Sani, M.; Schwick, C.; Spataru, Andrei Cristian; Stieger, B.; Sumorok, K.; Veverka, J.; Wakefield, Christopher Colin; Zejdl, Petr

doi:10.1088/1742-6596/513/1/012031

“…The overall configuration of the experiment can be automatically selected based on the state of the LHC, actions needed in response to certain LHC state changes, and actions like high-voltage ramping in the detectors that are performed automatically [277]. Recovery from regular single-event upsets and from other typical data-taking problems is fully automated [281,282]. Configuration management tools have been enhanced according to new requirements in Run 2 and Run 3 supporting, for example, fine-grained data-flow optimization according to the network topology.…”

Section: Jinst 19 P05064mentioning

confidence: 99%

Development of the CMS detector for the CERN LHC Run 3

Hayrapetyan,

Tumasyan,

Adam

et al. 2024

J. Inst.

6

0

View full text Add to dashboard Cite

Since the initial data taking of the CERN LHC, the CMS experiment has undergone substantial upgrades and improvements. This paper discusses the CMS detector as it is configured for the third data-taking period of the CERN LHC, Run 3, which started in 2022. The entire silicon pixel tracking detector was replaced. A new powering system for the superconducting solenoid was installed. The electronics of the hadron calorimeter was upgraded. All the muon electronic systems were upgraded, and new muon detector stations were added, including a gas electron multiplier detector. The precision proton spectrometer was upgraded. The dedicated luminosity detectors and the beam loss monitor were refurbished. Substantial improvements to the trigger, data acquisition, software, and computing systems were also implemented, including a new hybrid CPU/GPU farm for the high-level trigger.

show abstract

“…During LHC run 1 (2009-2013) the CMS data acquisition system (DAQ) delivered an excellent performance recording protonproton collisions at a center-of-mass energy of 7 TeV (2010 and 2011) and at 8 TeV (2012) with 50 ns bunch spacing. The central DAQ availability was more than 99.6 % [8].…”

Section: The Cms Data Acquisition System For Lhc Runmentioning

confidence: 99%

Achieving High Performance With TCP Over 40 GbE on NUMA Architectures for CMS Data Acquisition

Bawej

¹

,

Behrens

²

,

Branson

³

et al. 2015

IEEE Trans. Nucl. Sci.

View full text Add to dashboard Cite

TCP and the socket abstraction have barely changed over the last two decades, but at the network layer there has been a giant leap from a few megabits to 100 gigabits in bandwidth. At the same time CPU architectures have evolved into the multi-core era and applications are expected to make full use of all available resources. Applications in the data acquisition domain based on the standard socket library running in a NUMA Architecture are unable to reach full efficiency and scalability without the software being adequately aware about the CPU, IRQ interrupts and memory affinities. During the first long shutdown of LHC, the CMS DAQ system is going to be upgraded for operation from 2015 onwards and a new software component has been designed and developed in the CMS online framework for transferring data with sockets. This software attempts to wrap the low-level socket library to ease higher-level programming with an API based on an asynchronous event driven model similar to the DAT uDAPL API. It is an event-based application with NUMA optimizations, that allows for a high throughput of data across a large distributed system. This paper describes the architecture, the technologies involved and the performance measurements of the software in the context of the CMS distributed event building.

show abstract

“…During LHC run 1 (2009-2013) the CMS data acquisition system (DAQ) delivered an excellent performance recording proton-proton collisions at a center-of-mass energy of 7 TeV (2010 and 2011) and at 8 TeV (2012) with 50 ns bunch spacing. The central DAQ availability was more than 99.6% [8].…”

Section: The Cms Data Acquisition System For Lhc Runmentioning

confidence: 99%

Achieving high performance with TCP over 40GbE on NUMA architectures for CMS data acquisition

Bawej

¹

,

Behrens

²

,

Branson

³

et al. 2014

2014 19th IEEE-NPSS Real Time Conference

View full text Add to dashboard Cite

TCP and the socket abstraction have barely changed over the last two decades, but at the network layer there has been a giant leap from a few megabits to 100 gigabits in bandwidth. At the same time CPU architectures have evolved into the multi-core era and applications are expected to make full use of all available resources. Applications in the data acquisition domain based on the standard socket library running in a NUMA Architecture are unable to reach full efficiency and scalability without the software being adequately aware about the CPU, IRQ interrupts and memory affinities. During the first long shutdown of LHC, the CMS DAQ system is going to be upgraded for operation from 2015 onwards and a new software component has been designed and developed in the CMS online framework for transferring data with sockets. This software attempts to wrap the low-level socket library to ease higher-level programming with an API based on an asynchronous event driven model similar to the DAT uDAPL API. It is an event-based application with NUMA optimizations, that allows for a high throughput of data across a large distributed system. This paper describes the architecture, the technologies involved and the performance measurements of the software in the context of the CMS distributed event building.

show abstract

Automating the CMS DAQ

Cited by 6 publications

References 1 publication

Development of the CMS detector for the CERN LHC Run 3

Development of the CMS detector for the CERN LHC Run 3

Achieving High Performance With TCP Over 40 GbE on NUMA Architectures for CMS Data Acquisition

Achieving high performance with TCP over 40GbE on NUMA architectures for CMS data acquisition

Contact Info

Product

Resources

About