-
Notifications
You must be signed in to change notification settings - Fork 4.6k
Disable computation of Q probability in SiPixel template CPE for iterative tracking #39776
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
Conversation
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-39776/32643
|
|
A new Pull Request was created by @mmasciov (Mario Masciovecchio) for master. It involves the following packages:
@cmsbuild, @mandrenguyen, @clacaputo can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
|
type trk, tracking, performance-improvements |
|
assign trk-dpg |
|
please test |
|
It would be nice to produce a sensibly sized-AOD file so I can run my framework on the output of this. Just looking at the code changes, this should be all good! |
|
-1 Failed Tests: UnitTests RelVals Unit TestsI found errors in the following unit tests: ---> test testPhase2PixelNtuple had ERRORS RelVals |
| TTRHBuilderAngleAndTemplateWithoutProbQ = TTRHBuilderAngleAndTemplate.clone(ComponentName = 'WithAngleAndTemplateWithoutProbQ') | ||
|
|
||
| from Configuration.Eras.Modifier_trackingPhase2PU140_cff import trackingPhase2PU140 | ||
| trackingPhase2PU140.toModify(TTRHBuilderAngleAndTemplate, |
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.
based on the failures in tests being all in phase-2 wfs
I guess a trackingPhase2PU140.toModify(TTRHBuilderAngleAndTemplateWithoutProbQ, is missing here ... and the PixelCPEGeneric.toModify (despite of it kind of being obviously without ProbQ).
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.
and the PixelCPEGeneric.toModify (despite of it kind of being obviously without ProbQ)
The point of that modifier is to replace template reco with generic, when the former is not available (e.g. certain phase2 pixel sensor technologies) , so if TTRHBuilderAngleAndTemplateWithoutProbQ becomes the CPE of choice also for phase2, the modifier should replace that one too (as you correctly did in 2bde976)
|
@cmsbuild, please test |
|
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-f4db58/28565/summary.html Comparison SummarySummary:
|
this time the DQM plots have differences I guess the update is not identical; odd |
716680c to
bd6dab7
Compare
|
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) |
|
@rappoccio |
|
-1 Failed Tests: UnitTests Unit TestsI found errors in the following unit tests: ---> test testSiStripHitEfficiency had ERRORS Comparison SummarySummary:
|
this is a file I/O issue
these seem to be false-positives: mainly in JetMET in phase 2 wfs |
this is addressed at #39872 |
|
+1
|
it looks like +1 was not enough, need a "merge". I'm guessing it's due to the unrelated failed unit test |
|
merge |

PR description:
Using option
speed=0for SiPixel template CPE with cluster repair (default SiPixel CPE for phase-1), that disables the computation of Q probability:speed=0(instead of-2), only used in main iterative tracking;-1) when not computed.This is a RFC PR, to collect comments (especially in case anything downstream is affected).
PR validation:
As shown in report, disabling the Q probability computation does not affect physics (zero impact), while it allows to reduce the track final fit time by about 15-20%.
FYI, @mmusich @slava77 @pmaksim1 @tvami