Search

Your search keyword '"Ciganek, Marek"' showing total 14 results
Start Over Author "Ciganek, Marek"
14 results on '"Ciganek, Marek"'

1. Commissioning of the CMS High Level Trigger

Author

Agostino, Lorenzo, Bauer, Gerry, Beccati, Barbara, Behrens, Ulf, Berryhil, Jeffrey, Biery, Kurt, Bose, Tulika, Brett, Angela, Branson, James, Cano, Eric, Cheung, Harry, Ciganek, Marek, Cittolin, Sergio, Coarasa, Jose Antonio, Dahmes, Bryan, Deldicque, Christian, Dusinberre, Elizabeth, Erhan, Samim, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Gutleber, Johannes, Hatton, Derek, Laurens, Jean-Francois, Loizides, Constantin, Ma, Frank, Meijers, Frans, Meschi, Emilio, Meyer, Andreas, Mommsen, Remigius K., Moser, Roland, O'Dell, Vivian, Oh, Alexander, Orsini, Luciano, Patras, Vaios, Paus, Christoph, Petrucci, Andrea, Pieri, Marco, Racz, Attila, Sakulin, Hannes, Sani, Matteo, Schieferdeckerd, Philipp, Schwick, Christoph, Margaleff, Josep Francesc Serrano, Shpakov, Dennis, Simon, Sean, Sumorok, Konstanty, Yoon, Andre Sungho, Wittich, Peter, and Zanetti, Marco

Subjects
Physics - Instrumentation and Detectors
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 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.

Published
2009
Full Text
View/download PDF

2. Effects of adaptive wormhole routing in event builder networks

Author

Bauer, Gerry, Boyer, Vincent, Branson, James, Brett, Angela, Cano, Eric, Carboni, Andrea, Ciganek, Marek, Cittolin, Sergio, Erhan, Samim, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Gulmini, Michele, Mlot, Esteban Gutierrez, Gutleber, Johannes, Jacobs, Claude, Kim, Jin Cheol, Klute, Markus, Lipeles, Elliot, Perez, Juan Antonio Lopez, Maron, Gaetano, Meijers, Frans, Meschi, Emilio, Moser, Roland, Murray, Steven, Oh, Alexander, Orsini, Luciano, Paus, Christoph, Petrucci, Andrea, Pieri, Marco, Pollet, Lucien, Racz, Attila, Sakulin, Hannes, Sani, Matteo, Schieferdecker, Philipp, Schwick, Christoph, Sumorok, Konstanty, Suzuki, Ichiro, Tsirigkas, Dimitrios, and Varela, Joao

Subjects
Computer networks -- Management, Information networks -- Management, Data entry -- Methods, Gigabit ethernet -- Equipment and supplies, Computer networks -- Equipment and supplies, Computer networks -- Usage, Gigabit Ethernet, Monitor/keyboard extender, Company business management, Business, Electronics, Electronics and electrical industries
Abstract

The data acquisition system of the CMS experiment at the Large Hadron Collider features a two-stage event builder, which combines data from about 500 sources into full events at an aggregate throughput of 100 GB/s. To meet the requirements, several architectures and interconnect technologies have been quantitatively evaluated. Myrinet will be used for the communication from the underground frontend devices to the surface event building system. Gigabit Ethernet is deployed in the surface event building system. Nearly full bi-section throughput can be obtained using a custom software driver for Myrinet based on barrel shifter traffic shaping. This paper discusses the use of Myrinet dual-port network interface cards supporting channel bonding to achieve virtual 5 GBit/s links with adaptive routing to alleviate the throughput limitations associated with wormhole routing. Adaptive routing is not expected to be suitable for high-throughput event builder applications in high-energy physics. To corroborate this claim, results from the CMS event builder preseries installation at CERN are presented and the problems of wormhole routing networks are discussed. Index Terms--Computer network performance, multistage interconnection networks, queuing analysis, routing.

Published
2008

3. The terabit/s super-fragment builder and Trigger Throttling System for the Compact Muon Solenoid experiment at CERN

Author

Bauer, Gerry, Boyer, Vincent, Branson, James, Brett, Angela, Cano, Eric, Carboni, Andrea, Ciganek, Marek, Cittolin, Sergio, Erhan, Samim, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Gulmini, Michele, Mlot, Esteban Gutierrez, Gutleber, Johannes, Jacobs, Claude, Kim, Jin Cheol, Klute, Markus, Lipeles, Elliot, Perez, Juan Antonio Lopez, Maron, Gaetano, Meijers, Frans, Meschi, Emilio, Moser, Roland, Murray, Steven, Oh, Alexander, Orsini, Luciano, Paus, Christoph, Petrucci, Andrea, Pieri, Marco, Pollet, Lucien, Racz, Attila, Sakulin, Hannes, Sani, Matteo, Schieferdecker, Philipp, Schwick, Christoph, Sumorok, Konstanty, Suzuki, Ichiro, Tsirigkas, Dimitrios, and Varela, Joao

Subjects
Data entry -- Methods, Radiation warning systems -- Usage, Feedback control systems -- Methods, Business, Electronics, Electronics and electrical industries
Abstract

The Data Acquisition System of the Compact Muon Solenoid experiment at the Large Hadron Collider reads out event fragments of an average size of 2 kB from around 650 detector front-ends at a rate of up to 100 kHz. The first stage of event-building is performed by the Super-Fragment Builder employing custom-built electronics and a Myrinet optical network. It reduces the number of fragments by one order of magnitude, thereby greatly decreasing the requirements for the subsequent event-assembly stage. Back-pressure from the down-stream event-processing or variations in the size and rate of events may give rise to buffer overflows in the subdetector's front-end electronics, which would result in data corruption and would require a time-consuming re-sync procedure to recover. The Trigger-Throttling System protects against these buffer overflows. It provides fast feedback from any of the subdetector front-ends to the trigger so that the trigger can be throttled before buffers overflow. This paper reports on new performance measurements and on the recent successful integration of a scaled-down setup of the described system with the trigger and with front-ends of all major subdetectors. The on-going commissioning of the full-scale system is discussed. Index Terms--Data acquisition, feedback systems, multistage interconnection networks, triggering.

Published
2008

4. The CMS high level trigger system

Author

Afaq, Anzar, Badgett, William, Bauer, Gerry, Biery, Kurt, Boyer, Vincent, Branson, James, Brett, Angela, Cano, Eric, Carboni, Andrea, Cheung, Harry, Ciganek, Marek, Cittolin, Sergio, Dagenhart, William, Erhan, Samim, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Gulmini, Michele, Gutleber, Johannes, Jacobs, Claude, Kim, Jin Cheol, Klute, Markus, Kowalkowski, Jim, Lipeles, Elliot, Perez, Juan Antonio Lopez, Maron, Gaetano, Meijers, Frans, Meschi, Emilio, Moser, Roland, Mlot, Esteban Gutierrez, Murray, Steven, Oh, Alexander, Orsini, Luciano, Paus, Christoph, Petrucci, Andrea, Pieri, Marco, Pollet, Lucien, Racz, Attila, Sakulin, Hannes, Sani, Matteo, Schieferdecker, Philipp, Schwick, Christoph, Sexton-Kennedy, Elizabeth, Sumorok, Konstanty, Suzuki, Ichiro, Tsirigkas, Dimitrios, and Varela, Joao

Subjects
Data entry -- Methods, Software -- Usage, Software quality, Business, Electronics, Electronics and electrical industries
Abstract

The CMS Data Acquisition (DAQ) System relies on a purely software driven High Level Trigger (HLT) to reduce the full Level 1 accept rate of 100 kHz to approximately 100 Hz for archiving and later offline analysis. The HLT operates on the full information of events assembled by an event builder collecting detector data from the CMS front-end systems. The HLT software consists of a sequence of reconstruction and filtering modules executed on a farm of O(1000) CPUs built from commodity hardware. This paper presents the architecture of the CMS HLT, which integrates the CMS reconstruction framework in the online environment. The mechanisms to configure, control, and monitor the Filter Farm and the procedures to validate the filtering code within the DAQ environment are described. Index Terms--Data acquisition, high level triggering, triggering.

Published
2008

5. Flexible custom designs for CMS DAQ

Author

Arcidiacono, Roberta, Bauer, Gerry, Boyer, Vincent, Brett, Angela, Cano, Eric, Carboni, Andrea, Ciganek, Marek, Cittolin, Sergio, Erhan, Samim, Gigi, Dominique, Glege, Frank, Gomez-Reino Garrido, Robert, Gulmini, Michele, Gutleber, Johannes, Jacobs, Claude, Maron, Gaetano, Meijers, Frans, Meschi, Emilio, Murray, Steven, Oh, Alexander, Orsini, Luciano, Paus, Christoph, Petrucci, Andrea, Gomez, Jonatan Piedra, Pieri, Marco, Pollet, Lucien, Racz, Attila, Sakulin, Hannes, Schwick, Christoph, Sumorok, Konstanty, Suzuki, Ichiro, Tsirigkas, Dimitrios, and Varela, Joao

Published
2007
Full Text
View/download PDF

6. High availability through full redundancy of the CMS detector controls system

Author

Bauer, Gerry, Behrens, Ulf, Bouffet, Olivier, Bowen, Matthew, Branson, James G, Bukowiec, Sebastian, Ciganek, Marek, Cittolin, Sergio, Jose Antonio Coarasa, Deldicque, Christian, Dobson, Marc, Dupont, Aymeric, Erhan, Samim, Flossdorf, Alexander, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Hartl, Christian, Hegeman, Jeroen, Holzner, André, Yi Ling Hwong, Masetti, Lorenzo, Meijers, Frans, Meschi, Emilio, Mommsen, Remigius K, O'Dell, Vivian, Orsini, Luciano, Paus, Christoph, Petrucci, Andrea, Pieri, Marco, Polese, Giovanni, Racz, Attila, Raginel, Olivier, Sakulin, Hannes, Sani, Matteo, Schwick, Christoph, Shpakov, Dennis, Simon, Michal, Andrei Cristian Spataru, and Sumorok, Konstanty

Subjects
Detectors and Experimental Techniques
Abstract

The CMS detector control system (DCS) is responsible for controlling and monitoring the detector status and for the operation of all CMS sub detectors and infrastructure. This is required to ensure safe and efficient data taking so that high quality physics data can be recorded. The current system architecture is composed of more than 100 servers in order to provide the required processing resources. An optimization of the system software and hardware architecture is under development to ensure redundancy of all the controlled sub-systems and to reduce any downtime due to hardware or software failures. The new optimized structure is based mainly on powerful and highly reliable blade servers and makes use of a fully redundant approach, guaranteeing high availability and reliability. The analysis of the requirements, the challenges, the improvements and the optimized system architecture as well as its specific hardware and software solutions are presented.

Published
2012

7. Status of the CMS Detector Control System

Author

Bauer, Gerry, Behrens, Ulf, Bouffet, Olivier, Bowen, Matthew, Branson, James G, Bukowiec, Sebastian, Ciganek, Marek, Cittolin, Sergio, Jose Antonio Coarasa, Deldicque, Christian, Dobson, Marc, Dupont, Aymeric, Erhan, Samim, Flossdorf, Alexander, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Hartl, Christian, Hegeman, Jeroen, Holzner, André, Yi Ling Hwong, Masetti, Lorenzo, Meijers, Frans, Meschi, Emilio, Mommsen, Remigius K, O'Dell, Vivian, Orsini, Luciano, Paus, Christoph, Petrucci, Andrea, Pieri, Marco, Polese, Giovanni, Racz, Attila, Raginel, Olivier, Sakulin, Hannes, Sani, Matteo, Schwick, Christoph, Shpakov, Dennis, Simon, Michal, Andrei Cristian Spataru, and Sumorok, Konstanty

Subjects
Physics::Instrumentation and Detectors, Detectors and Experimental Techniques
Abstract

The Compact Muon Solenoid (CMS) is a CERN multi-purpose experiment that exploits the physics of the Large Hadron Collider (LHC). The Detector Control System (DCS) ensures a safe, correct and efficient experiment operation, contributing to the recording of high quality physics data. The DCS is programmed to automatically react to the LHC operational mode. CMS sub-detectors' bias voltages are set depending on the machine mode and particle beam conditions. An operator provided with a small set of screens supervises the system status summarized from the approximately 6M monitored parameters. Using the experience of nearly two years of operation with beam the DCS automation software has been enhanced to increase the system efficiency by minimizing the time required by sub detectors to prepare for physics data taking. From the infrastructure point of view the DCS will be subject to extensive modifications in 2012. The current rack mounted control PCs will be exchanged by a redundant pair of DELL Blade systems. These blades are a high-density modular solution that incorporates servers and networking into a single chassis that provides shared power, cooling and management. This infrastructure modification will challenge the DCS software and hardware factorization capabilities. The on going studies for this migration together with the latest modifications are discussed in the paper.

Published
2012

8. The Run Control and Monitoring System of the CMS Experiment

Author

Bauer, Gerry, Boyer, Vincent, Branson, James G, Brett, Angela Mary, Cano, Eric, Carboni, Andrea, Ciganek, Marek, Cittolin, Sergio, O'dell, Vivian, Erhan, Samim, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Gulmini, Michele, Gutleber, Johannes, Klute, Markus, Lipeles, Elliot, Maron, Gaetano, Meijers, Frans, Meschi, Emilio, Moser, Roland, Gutierrez, Esteban, Murray, Steven John, Oh, Alexander, Orsini, Luciano, Paus, Christoph, Petrucci, Andrea, Pieri, Marco, Pollet, Lucien, Racz, Attila, Sakulin, Hannes, Sani, Matteo, Schieferdecker, Philipp, Schwick, Christoph, Sumorok, Konstanty, Suzuki, Ichiro, Tsirigkas, Dimitrios, Varela, Joao, Kim, Jin Cheol, Lopez Perez, Juan Antonio, and Gutierrez Molt, Esteban

Subjects
Detectors and Experimental Techniques
Abstract

The CMS experiment at the LHC at CERN will start taking data in 2008. To configure, control and monitor the experiment during data-taking the Run Control and Monitoring System (RCMS) was developed. This paper describes the architecture and the technology used to implement the RCMS, as well as the deployment and commissioning strategy of this important component of the online software for the CMS experiment.

Published
2007

9. First Operational Experience With a High-Energy Physics Run Control System Based on Web Technologies

Author

Bauer, Gerry, primary, Beccati, Barbara, additional, Behrens, Ulf, additional, Biery, Kurt, additional, Branson, James, additional, Bukowiec, Sebastian, additional, Cano, Eric, additional, Cheung, Harry, additional, Ciganek, Marek, additional, Cittolin, Sergio, additional, Perez, Jose Antonio Coarasa, additional, Deldicque, Christian, additional, Erhan, Samim, additional, Gigi, Dominique, additional, Glege, Frank, additional, Gomez-Reino, Robert, additional, Gulmini, Michele, additional, Hatton, Derek, additional, Hwong, Yi Ling, additional, Loizides, Constantin, additional, Ma, Frank, additional, Masetti, Lorenzo, additional, Meijers, Frans, additional, Meschi, Emilio, additional, Meyer, Andreas, additional, Mommsen, Remigius K., additional, Moser, Roland, additional, O'Dell, Vivian, additional, Oh, Alexander, additional, Orsini, Luciano, additional, Paus, Christoph, additional, Petrucci, Andrea, additional, Pieri, Marco, additional, Racz, Attila, additional, Raginel, Olivier, additional, Sakulin, Hannes, additional, Sani, Matteo, additional, Schieferdecker, Philipp, additional, Schwick, Christoph, additional, Shpakov, Dennis, additional, Simon, Michal, additional, Sumorok, Konstanty, additional, and Yoon, Andre Sungho, additional

Published
2012
Full Text
View/download PDF

10. Studies of future readout links for the CMS experiment

Author

Bauer, Gerry, primary, Beccati, Barbara, additional, Behrens, Ulf, additional, Biery, Kurt, additional, Bouffet, Olivier, additional, Branson, James, additional, Bukowiec, Sebastian, additional, Cano, Eric, additional, Cheung, Harry, additional, Ciganek, Marek, additional, Cittolin, Sergio, additional, Coarasa, Jose Antonio, additional, Deldicque, Christian, additional, Dupont, Aymeric, additional, Erhan, Samim, additional, Gigi, Dominique, additional, Glege, Frank, additional, Gomez-Reino, Robert, additional, Hatton, Derek, additional, Holzner, Andre, additional, Hwong, Yi Ling, additional, Masetti, Lorenzo, additional, Meijers, Frans, additional, Meschi, Emilio, additional, Mommsen, Remigius K, additional, O'Dell, Vivian, additional, Orsini, Luciano, additional, Paus, Christoph, additional, Petrucci, Andrea, additional, Pieri, Marco, additional, Racz, Attila, additional, Raginel, Olivier, additional, Sakulin, Hannes, additional, Sani, Matteo, additional, Schieferdecker, Philipp, additional, Schwick, Christoph, additional, Shpakov, Dennis, additional, Simon, Michal, additional, and Sumorok, Konstanty, additional

Published
2011
Full Text
View/download PDF

11. An Analysis of the Control Hierarchy Modelling of the CMS Detector Control System

Author

Hwong, Yi Ling, primary, Willemse, Tim, additional, Kusters, Vincent, additional, Bauer, Gerry, additional, Beccati, Barbara, additional, Behrens, Ulf, additional, Biery, Kurt, additional, Bouffet, Olivier, additional, Branson, James, additional, Bukowiec, Sebastian, additional, Cano, Eric, additional, Cheung, Harry, additional, Ciganek, Marek, additional, Cittolin, Sergio, additional, Coarasa, Jose Antonio, additional, Deldicque, Christian, additional, Dupont, Aymeric, additional, Erhan, Samim, additional, Gigi, Dominique, additional, Glege, Frank, additional, Gomez-Reino, Robert, additional, Holzner, Andre, additional, Hatton, Derek, additional, Masetti, Lorenzo, additional, Meijers, Frans, additional, Meschi, Emilio, additional, Mommsen, Remigius K, additional, Moser, Roland, additional, O'Dell, Vivian, additional, Orsini, Luciano, additional, Paus, Christoph, additional, Petrucci, Andrea, additional, Pieri, Marco, additional, Racz, Attila, additional, Raginel, Olivier, additional, Sakulin, Hannes, additional, Sani, Matteo, additional, Schieferdeckerb, Philipp, additional, Schwick, Christoph, additional, Shpakov, Dennis, additional, Simon, Michal, additional, and Sumorok, Konstanty, additional

Published
2011
Full Text
View/download PDF

12. The CMS electronic logbook

Author

Bukowiec, Sebastian, primary, Bauer, Gerry, additional, Beccati, Barbara, additional, Behrens, Ulf, additional, Biery, Kurt, additional, Branson, James, additional, Cano, Eric, additional, Cheung, Harry, additional, Ciganek, Marek, additional, Cittolin, Sergio, additional, Coarasa Perez, Jose Antonio, additional, Deldicque, Christian, additional, Erhan, Samim, additional, Gigi, Dominique, additional, Glege, Frank, additional, Gomez-Reino, Robert, additional, Hatton, Derek, additional, Hwong, Yi Ling, additional, Loizides, Constantinos, additional, Ma, Frank, additional, Masetti, Lorenzo, additional, Meijers, Frans, additional, Meschi, Emilio, additional, Meyer, Andreas, additional, Mommsen, Remigius K., additional, Moser, Roland, additional, O'Dell, Vivian, additional, Orsini, Luciano, additional, Paus, Christoph, additional, Petrucci, Andrea, additional, Pieri, Marco, additional, Racz, Attila, additional, Raginel, Olivier, additional, Sakulin, Hannes, additional, Sani, Matteo, additional, Schieferdecker, Philipp, additional, Schwick, Christoph, additional, Shpakov, Dennis, additional, Simon, Michal, additional, Sumorok, Konstanty, additional, and Yoon, Andre Sungho, additional

Published
2010
Full Text
View/download PDF

13. First operational experience with the CMS run control system

Author

Bauer, Gerry, primary, Beccati, Barbara, additional, Behrens, Ulf, additional, Biery, Kurt, additional, Branson, James, additional, Bukowiec, Sebastian, additional, Cano, Eric, additional, Cheung, Harry, additional, Ciganek, Marek, additional, Cittolin, Sergio, additional, Coarasa Perez, Jose Antonio, additional, Deldicque, Christian, additional, Erhan, Samim, additional, Gigi, Dominique, additional, Glege, Frank, additional, Gomez-Reino, Robert, additional, Gulmini, Michele, additional, Hatton, Derek, additional, Hwong, Yi Ling, additional, Loizides, Constantin, additional, Ma, Frank, additional, Masetti, Lorenzo, additional, Meijers, Frans, additional, Meschi, Emilio, additional, Meyer, Andreas, additional, Mommsen, Remigius K., additional, Moser, Roland, additional, O'Dell, Vivian, additional, Oh, Alexander, additional, Orsini, Luciano, additional, Paus, Christoph, additional, Petrucci, Andrea, additional, Pieri, Marco, additional, Racz, Attila, additional, Raginel, Olivier, additional, Sakulin, Hannes, additional, Sani, Matteo, additional, Schieferdecker, Philipp, additional, Schwick, Christoph, additional, Shpakov, Dennis, additional, Simon, Michal, additional, Sumorok, Konstanty, additional, and Yoon, Andre Sungho, additional

Published
2010
Full Text
View/download PDF

14. Infrastructures and monitoring of the on-line CMS computing centre

Author

Bauer, Gerry, Behrens, Ulf, Biery, Kurt, Branson, James, Cano, Eric, Cheung, Harry, Ciganek, Marek, Cittolin, Sergio, Coarasa Perez, Jose Antonio, Deldicque, Christian, Dusinberre, Elizabeth, Erhan, Samim, Fortes Rodrigues, Fabiana, Gigi, Dominique, Glege, Frank, Gomez-Reino, Robert, Gutleber, Johannes, Hatton, Derek, Laurens, Jean-Francois, Lipeles, Elliot David, Lopez Perez, Juan Antonio, Meijers, Frans, Meschi, Emilio, Meyer, Andreas, Moser, Roland, O, Vivian, Oh, Alexander, Orsini, Luciano, Patras, Vaios, Paus, Christoph, Petrucci, Andrea, Marco Pieri, Pollet, Lucien, Racz, Attila, Sakulin, Hannes, Sani, Matteo, Schieferdecker, Philipp, Schwick, Christoph, Simon, Sean, Sumorok, Konstanty, Varela, Joao, and Zanetti, Marco

Subjects
Detectors and Experimental Techniques
Abstract

This paper describes in detail the infrastructure and installation of the CMS on-line computing centre (CMSOLC) and its associated monitoring system. In summer 2007, 640 PCs acting as detector Readout Units for the CMS Data Acquisition System (DAQ) were deployed along with ~150 servers for DAQ general services. Since summer 2008, ~900 PCs acting as DAQ Event Builder Units/Filter Units have been added and today, the CMSOLC has an on-line processing capability sufficient for a Level 1 trigger accept rate of 50 kHz. To ensure that these ~1700 PCs are running efficiently, a multi-level monitoring system has been put in place. This system is also described in this paper.

Catalog

Books, media, physical & digital resources
See catalog results