2008
DOI: 10.1109/tns.2007.910868
|View full text |Cite
|
Sign up to set email alerts
|

Performance of the Final Event Builder for the ATLAS Experiment

Abstract: Abstract-Event data from proton-proton collisions at the LHC will be selected by the ATLAS experiment in a three level trigger system, which reduces the initial bunch crossing rate of 40 MHz at its first two trigger levels (LVL1+LVL2) to ∼ 3 kHz. At this rate the Event-Builder collects the data from all Read-Out system PCs (ROSs) and provides fully assembled events to the the EventFilter (EF), which is the third level trigger, to achieve a further rate reduction to ∼ 200 Hz for permanent storage. The EventBuil… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
5
0

Year Published

2008
2008
2022
2022

Publication Types

Select...
7

Relationship

1
6

Authors

Journals

citations
Cited by 8 publications
(5 citation statements)
references
References 6 publications
0
5
0
Order By: Relevance
“…Therefore and as detailed in ref. [71], the SFI implements network traffic shaping (the number of outstanding requests cannot be larger than a certain maximum, which typically is 10), 7This can be achieved with the help of the TTC2LAN application. This application runs on the single board computer of each TTC crate containing a "master" Local Trigger Processor (LTP) [9], i.e.…”
Section: The Sfimentioning
confidence: 99%
“…Therefore and as detailed in ref. [71], the SFI implements network traffic shaping (the number of outstanding requests cannot be larger than a certain maximum, which typically is 10), 7This can be achieved with the help of the TTC2LAN application. This application runs on the single board computer of each TTC crate containing a "master" Local Trigger Processor (LTP) [9], i.e.…”
Section: The Sfimentioning
confidence: 99%
“…For Run 2, the separate L2 and EF farms were combined into a single, homogeneous HLT farm [31]. During Run 1, Level 2 requested only partial event data to be sent over the network, while the event filter operated on the full event information assembled by separate farm nodes dedicated to event building [32]. For Run 2, merging the separate farms into a single homogeneous farm allowed for better resource sharing and an overall simplification of both the hardware and software.…”
Section: The Atlas Detector Trigger and Data Acquisition Systemsmentioning
confidence: 99%
“…ARM SoCs also have potential application in higher level triggering and reconstruction systems. The synthetic performance benchmarks indicate that ARM SoC performance is similar to the Intel and AMD CPUs currently in use in the Event Builder, for example [6]. In order to pursue this line of investigation, the ATLAS software would have to be recompiled for the ARM instruction set which will be a significant and challenging undertaking.…”
Section: Data Throughput Testingmentioning
confidence: 99%