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
[HLT] add tau3mu trigger DQM #20026
[HLT] add tau3mu trigger DQM #20026
Conversation
A new Pull Request was created by @rmanzoni (Riccardo Manzoni) for master. It involves the following packages: DQMOffline/Trigger @kmaeshima, @cmsbuild, @vanbesien, @vazzolini, @dmitrijus can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
tracked by #19142 |
MEbinning phi_binning_ ; // for the 1D tau phi histogram and 2D tau eta vs phi histogram | ||
MEbinning mass_binning_; // for the 1D tau mass histogram | ||
|
||
GenericTriggerEventFlag* genTriggerEventFlag_; // "is trigger fired?" flag |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unique_ptr, please
then, shouldn't you have a GenericTriggerEventFlag for the numerator and an other one for the denominator ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
unique: ok.
I'm not doing efficiencies, only 'occupancies', so no den & num
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah, but you are not doing efficiency plot !!!!
do you think is possible to exploit the general DQM file recentely developed ? |
|
||
// tau 3 mu 1D pt | ||
histname = "tau1DPt"; | ||
tau1DPt_ = ibooker.book1D(histname, "", pt_binning_.nbins, pt_binning_.xmin, pt_binning_.xmax); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
would not be better to have a variable binning ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
to make it readable it would require to divide the entries in each bin by the bin width.
It's probably possible but it's added complication
I followed the MET example, which inherits from DQMEDAnalyzer. |
nbins = cms.uint32( 40 ), | ||
xmin = cms.double( 0.5), | ||
xmax = cms.double( 3. ), | ||
) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what a strange binning width ....is it intended ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, I "expect" a peak at 1.78 GeV and cut narrow around it
|
||
hltTau3Mumonitoring.taus = cms.InputTag("hltTauPt10MuPts511Mass1p2to2p3Iso", "Taus") # 3-muon candidates | ||
|
||
hltTau3Mumonitoring.GenericTriggerEventPSet.andOr = cms.bool( False ) # https://github.com/cms-sw/cmssw/blob/76d343005c33105be1e01b7b7278c07d753398db/CommonTools/TriggerUtils/src/GenericTriggerEventFlag.cc#L249 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would suggest you to add the selection based on DCS flag
just to not have events where the tracker has HVOFF, for instance (at tier0 no json file is used)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
andOr
set to False
should ensure that all the four conditions listed here must be satisfied
return ( acceptDcs( event ) && acceptGt( event ) && acceptL1( event, setup ) && acceptHlt( event ) ); |
so I guess the DCS condition comes as a consequence, correct?
|
||
HLT_Tau3Mu_Mu5_Mu1_TkMu1_Tau10_Monitoring = hltTau3Mumonitoring.clone() | ||
HLT_Tau3Mu_Mu5_Mu1_TkMu1_Tau10_Monitoring.FolderName = cms.string('HLT/BPH/Tau3Mu/Mu5_Mu1_TkMu1_Tau10') | ||
HLT_Tau3Mu_Mu5_Mu1_TkMu1_Tau10_Monitoring.taus = cms.InputTag('hltTauPt10MuPts511Mass1p2to2p3Iso', 'Taus') # 3-muon candidates |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
uhmm, so are you going to have this module run on HLTMonitor PD ?
otherwise I doubt you will have the needed collection as input ....
if so, I think you need to update your JIRA ticket and request to add this collection to the output for the HLTMonitor PD and the other output used by relval, for instance
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
right. Good point
|
||
// get ahold of the tau(3mu) collection | ||
edm::Handle<reco::CompositeCandidateCollection> tauHandle; | ||
iEvent.getByToken( tauToken_, tauHandle ); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can you please add a check of validity / availability of the Handle ?
because if it is not available, the code will simply crash ... and indeed I'm expecting the integration test to crash because of this .....
did you try
runTheMatrix -l limited
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes, isValid is always good to check
TriggerDQMBase has almost everything the METMonitor has, but the former is
the template ;)
anyhow, I see that your code is slightly different, therefore I think it is
fine like it (module the needed changes)
mia
…On Wed, Aug 2, 2017 at 6:53 PM, Riccardo Manzoni ***@***.***> wrote:
I followed the MET example, which inherits from DQMEDAnalyzer.
What's the trade between TriggerDQMBase and DQMEDAnalyzer?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#20026 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AEt58ypAD-k_uVHLKeCzbstLOjrI_Jd9ks5sUKlxgaJpZM4OrWTC>
.
|
a resolution of
2.5/40 = 0.0625 GeV ? .. fine ....
…On Wed, Aug 2, 2017 at 7:03 PM, Riccardo Manzoni ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In DQMOffline/Trigger/python/Tau3MuMonitor_cfi.py
<#20026 (comment)>:
> +)
+hltTau3Mumonitoring.histoPSet.etaPSet = cms.PSet(
+ nbins = cms.uint32( 10 ),
+ xmin = cms.double(- 2.6),
+ xmax = cms.double( 2.6),
+)
+hltTau3Mumonitoring.histoPSet.phiPSet = cms.PSet(
+ nbins = cms.uint32( 10),
+ xmin = cms.double(-pi),
+ xmax = cms.double( pi),
+)
+hltTau3Mumonitoring.histoPSet.massPSet = cms.PSet(
+ nbins = cms.uint32( 40 ),
+ xmin = cms.double( 0.5),
+ xmax = cms.double( 3. ),
+)
yes, I "expect" a peak at 1.78 GeV and cut narrow around it
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#20026 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AEt58-sq_XL-EV_Etvcj8CW1KJmPKlMnks5sUKvxgaJpZM4OrWTC>
.
|
you have to specify the partitions
…On Wed, Aug 2, 2017 at 7:05 PM, Riccardo Manzoni ***@***.***> wrote:
***@***.**** commented on this pull request.
------------------------------
In DQMOffline/Trigger/python/Tau3MuMonitor_cfi.py
<#20026 (comment)>:
> + xmax = cms.double( 2.6),
+)
+hltTau3Mumonitoring.histoPSet.phiPSet = cms.PSet(
+ nbins = cms.uint32( 10),
+ xmin = cms.double(-pi),
+ xmax = cms.double( pi),
+)
+hltTau3Mumonitoring.histoPSet.massPSet = cms.PSet(
+ nbins = cms.uint32( 40 ),
+ xmin = cms.double( 0.5),
+ xmax = cms.double( 3. ),
+)
+
+hltTau3Mumonitoring.taus = cms.InputTag("hltTauPt10MuPts511Mass1p2to2p3Iso", "Taus") # 3-muon candidates
+
+hltTau3Mumonitoring.GenericTriggerEventPSet.andOr = cms.bool( False ) # https://github.com/cms-sw/cmssw/blob/76d343005c33105be1e01b7b7278c07d753398db/CommonTools/TriggerUtils/src/GenericTriggerEventFlag.cc#L249
andOr set to False should ensure that all the four conditions listed here
must be satisfied
https://github.com/cms-sw/cmssw/blob/76d343005c33105be1e01b7b7278c0
7d753398db/CommonTools/TriggerUtils/src/GenericTriggerEventFlag.cc#L251
so I guess the DCS condition comes as a consequence, correct?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#20026 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AEt58-2bJ5DjfvD4w6pi7Qc2-48huHSBks5sUKxXgaJpZM4OrWTC>
.
|
Pull request #20026 was updated. @kmaeshima, @cmsbuild, @vanbesien, @vazzolini, @dmitrijus can you please check and sign again. |
@mtosi I've updated the code following your suggestions. Let me answer the other questions: |
@cmsbuild, please test |
The tests are being triggered in jenkins. |
Pull request #20026 was updated. @kmaeshima, @cmsbuild, @vanbesien, @vazzolini, @dmitrijus can you please check and sign again. |
The code-checks are being triggered in jenkins. |
Pull request #20026 was updated. @kmaeshima, @cmsbuild, @vanbesien, @vazzolini, @dmitrijus can you please check and sign again. |
+code-checks |
please, let me know when you will be done w/ the updates
so, we can ask for the integration test ;)
…On Mon, Aug 28, 2017 at 10:54 AM, cmsbuild ***@***.***> wrote:
+code-checks
Logs: https://cmssdt.cern.ch/SDT/code-checks/PR-20026/338
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#20026 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AEt58xskgVb7JvdQEScN3MXwGFUucbBiks5scoBNgaJpZM4OrWTC>
.
|
if there's no further comments, I'm fine with the current status, you can trigger the tests |
@cmsbuild, please test |
The tests are being triggered in jenkins. |
+1 The following merge commits were also included on top of IB + this PR after doing git cms-merge-topic: |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
+1 |
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will now be reviewed by the release team before it's merged. @davidlange6, @slava77, @smuzaffar (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
Adds 4 1D histograms and 1 2D histogram for each of 4 new HLT paths (800 bins in total) to the HLT DQM workspace, under:
HLT/BPH/Tau3Mu/
Monitors the relevant distributions of the 3-muon candidates:
The example post-harvesting DQM file (run on signal MC) can be found here
/afs/cern.ch/work/m/manzoni/public/DQM_V0001_R000000001__Global__CMSSW_X_Y_Z__RECO_Tau3Mu.root