Abstract
The performance of the jet trigger for the ATLAS detector at the LHC during the 2011 data taking period is described. During 2011 the LHC provided proton–proton collisions with a centre-of-mass energy of 7 TeV and heavy ion collisions with a 2.76 TeV per nucleon–nucleon collision energy. The ATLAS trigger is a three level system designed to reduce the rate of events from the 40 MHz nominal maximum bunch crossing rate to the approximate 400 Hz which can be written to offline storage. The ATLAS jet trigger is the primary means for the online selection of events containing jets. Events are accepted by the trigger if they contain one or more jets above some transverse energy threshold. During 2011 data taking the jet trigger was fully efficient for jets with transverse energy above 25 GeV for triggers seeded randomly at Level 1. For triggers which require a jet to be identified at each of the three trigger levels, full efficiency is reached for offline jets with transverse energy above 60 GeV. Jets reconstructed in the final trigger level and corresponding to offline jets with transverse energy greater than 60 GeV, are reconstructed with a resolution in transverse energy with respect to offline jets, of better than 4 % in the central region and better than 2.5 % in the forward direction.
Highlights
The performance of the jet trigger for the ATLAS detector at the LHC during the 2011 data taking period is described
This is achieved by the ATLAS trigger [3] which is divided into the Level 1 (L1) trigger and the High Level Trigger (HLT)
The trigger tower data for the full calorimeter for each event was read out by the Level 2 system and processed on the Level 2 CPU farm with the anti-kt algorithm. This trigger was running in commissioning mode only during the heavy ion run at the end of 2011 and was not deployed for production data taking in the proton– proton jet trigger until 2012
Summary
The ATLAS detector is a multi-purpose particle detector with a forward-backward symmetric cylindrical geometry and a near 4π coverage in solid angle. Owing to the cylindrical. Following the L2 processing, all events with RoIs that satisfy a set of predefined selection criteria are passed to the event builder which reads out the detector at full granularity These fully built events are processed by the EF, which consists of a farm of commodity CPUs. The EF farm runs modified versions of the offline reconstruction algorithms, simplified to improve the speed of execution. Prior to 2011, the ATLAS trigger selection for events containing jets was based purely on the algorithms running at L1 and L2, with the EF algorithms executed in commissioning mode only In this mode, events were processed by the EF but not rejected should they have failed the EF requirements. The resulting trigger decision was stored in the event stream for commissioning purposes
Talk to us
Join us for a 30 min session where you can share your feedback and ask us any queries you have
Disclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.