Skip to content

Modify to support NanoDST data #4

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Apr 2, 2019
Merged

Modify to support NanoDST data #4

merged 2 commits into from
Apr 2, 2019

Conversation

zhenbinwu
Copy link
Collaborator

There are two paths stored in the NanoDST PD.

  1. The 1.5kHz L1_Zerobias from the L1. One can use them for the L1Menu
    rate estimation. Just run on the NanoDST as the default Zerobias dataset.

  2. The L1Accept, with HLT prescaled. This stored all the event fired L1,
    with a certain HLT prescale. To run over them, you need to input the
    SetL1AcceptPS as the HLT prescale of this run. The code will disable
    the Zerobias counting and use nLumi as counting. Also the prescale is
    applied during the run. So the input prescale should consider relative
    prescale.

For testing, you can start with the below option, which should reproduce
the online L1Rate, assume L1AcceptPS is 10:
--UseUnpackTree --nBunches -1 --SetL1AcceptPS 10 --SetNoPrescale

This procedure should be tested and further understood. Given the above
description, it is probabaly not the best option for the L1Menu rate
estimation.

There are two paths stored in the NanoDST PD.
1. The 1.5kHz L1_Zerobias from the L1. One can use them for the L1Menu
rate estimation. Just run on the NanoDST as the default Zerobias dataset.

2. The L1Accept, with HLT prescaled. This stored all the event fired L1,
  with a certain HLT prescale. To run over them, you need to input the
  SetL1AcceptPS as the HLT prescale of this run. The code will disable
  the Zerobias counting and use nLumi as counting. Also the prescale is
  applied during the run. So the input prescale should consider relative
  prescale.

  For testing, you can start with the below option, which should reproduce
  the online L1Rate, assume L1AcceptPS is 10:
  --UseUnpackTree --nBunches -1 --SetL1AcceptPS 10 --SetNoPrescale

  This procedure should be tested and further understood. Given the above
  description, it is probabaly not the best option for the L1Menu rate
  estimation.
Ops, fixed a logic mistake
@abrinke1
Copy link
Contributor

Opened a new PR into master; please discuss here:
#7

@zhenbinwu zhenbinwu merged commit 226987a into 2017-Tune Apr 2, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants