-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Change from numberOfMatches() to segment number in DisplacedMuonFilterProducer #41496
Change from numberOfMatches() to segment number in DisplacedMuonFilterProducer #41496
Conversation
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-41496/35368
|
A new Pull Request was created by @24LopezR (Ruben Lopez) for master. It involves the following packages:
@swertz, @vlimant, @clacaputo, @cmsbuild, @simonepigazzini, @mandrenguyen can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
type muon |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-3b626c/32333/summary.html Comparison SummarySummary:
|
I had a look at the failed reco comparison results. I would say these are consistent with the changes expected in prompt samples: Affected muons are slimmedDisplacedMuons with are only displacedStandAloneMuons (StandAloneMuon type in the collection i.e. 00001000). These kind of muons would be the only ones for which the modified lines are executed. See for example in 10224.0 comparison: The changes in the distributions arise because the number of muons is changing i.e. different muons are filtered w.r.t. reference. The proposed changes should either:
This effect can be also checked in workflow 136.793: |
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.
If you moved the minPtSTA check earlier in the code, would it save you from having to calculate the number of segments when the pT threshold condition isn't met?
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-41496/35485
|
Pull request #41496 was updated. @swertz, @vlimant, @clacaputo, @cmsbuild, @simonepigazzini, @mandrenguyen can you please check and sign again. |
please test |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-3b626c/32505/summary.html Comparison SummarySummary:
|
+reconstruction |
+xpog |
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. @perrotta, @dpiparo, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 While this is perfectly fine for 13_2, we need to discuss the backport to 13_0 since this changes prompt workflows already in production. |
Since prompt is over can we backport this to 13_0? It looks like some EXO analysis could benefit from this fix to the displaced muons collection if this goes into the reMINI campaign for 2022 data/MC. @rappoccio @antoniovilela @cms-sw/ppd-l2 |
@simonepigazzini Yes, it can be backported to 13_0 (I see there is already a PR for this). Indeed, it would be very benefitial for EXO analyses. |
PR description:
This PR intends to fix an unexpected behavior observed when validating the performance of the slimmedDisplacedMuons collection in MiniAOD samples.
The issue consists in a bad filtering of highly displaced muons caused by the definition of muon.numberOfMatches(), which was proved to not be appropriate to effectively select displaced muons when no tracker track is reconstructed.
The fix in this PR proposes to change this variable for another one. Now, the segments of the track are counted through the reco::Track object itself, which yields a more accurate description of the standalone muon track properties.
This issue was reported to and discussed with the MUO POG, a detailed description can be found at:
https://indico.cern.ch/event/1263952/ ("Update on displaced muon collection performance studies").
Muon number expected to increase in muons from the slimmedDisplacedMuons collection which are not .isGlobal() nor .isTracker() in high displaced signals e.g DisplacedSUSY and Cosmics. These muons are not expected to change in prompt signals except for some small fluctuations. Standard muons should not be affected in any way.
The fix has been checked to work properly in cosmics data and H->SS MC signal (higher and lower displacement).
See attached plot for a comparison of muon$d_{xy}$ distribution for a highly displaced H->SS signal (ctau=4000mm) between the old filter (red) and the fix in this PR (blue).
Other authors: @CeliaFernandez
PR validation:
The code changes have passed all standard runTheMatrix test workflows.
No significant increase in size of MiniAOD is expected (tested on ttbar workflow 11834.21)
If this PR is a backport please specify the original PR and why you need to backport that PR. If this PR will be backported please specify to which release cycle the backport is meant for:
We would like to have this also backported to 13_0_0.