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
MTD reconstruction: combine the time fro two ETL discs in TrackExtenderWithMTD #33226
Conversation
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33226/21670
|
A new Pull Request was created by @fabiocos (Fabio Cossutti) for master. It involves the following packages: RecoMTD/TrackExtender @perrotta, @kpedro88, @cmsbuild, @srimanob, @slava77, @jpata can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-bf199f/13632/summary.html Comparison SummarySummary:
|
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.
Some additional comment: I'm done with the code inspection now
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33226/21718
|
@perrotta thanks for cross checking. With @martatornago we are testing an alternative algorithm to search for compatibleDets in ETL layers that could improve that part, which is called in the extender for forward tracks and deteriorated in terms of CPU performances when moving from a ring-based geometry to a sector-based one. Anyway this is still in a prototypal stage. The possible straightforward speed-up in this PR would be to avoid a full loop on all the trajectory hits making some assumption on standard patterns (only the first or first two hits are MTD). Unexpected more complex patterns are not used, but the code as it is now can be used for tagging them for possible further insight. Anyway I did not measure the potential time gain, but I guess it is small. |
hold investigating a crash observed in an extended test to monitor performances |
Pull request has been put on hold by @fabiocos |
unhold the failure was just due to an additional debug printout not present in the proposed branch |
Measuring with the Timing service the time taken by
|
Hi @fabiocos |
@srimanob as far as I can see the PR works as expected, runs on 100 events without apparent issues, so I believe it is ready for integration. The only possible reason to wait is to get #33252 merged first, rerun tests on top of that and check the change on time and error per track. I doubt we may learn much more, but the effect of the update would be visible in a plot. |
OK Thanks, then I will wait a bit. If that can't converge quickly, I will propose to merge this first. Thanks @fabiocos |
@srimanob we have agreed a number of updates to #33252 with @gsorrentino18 which will be deployed later today, then I hope we may merge it, and this will be important also for the validation of #33223 . I believe there is nothing wrong with this PR, but having a cross check with an improved validation tool can anyway give more confidence, as we are not in a special hurry for a pre-release build |
please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-bf199f/13830/summary.html Comparison SummarySummary:
|
The newly added plot of times associated with the tracks shows that this PR induces an increase in the number of tracks with smaller associated time uncertainties, deriving from the combination of two ETL hits. As so far the uncertainty is fixed at 25 ps, the average reduced uncertainty from the quadrature combination of two such measurements is ~ 18 ps: |
+Upgrade |
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. @silviodonato, @dpiparo, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
The D76 geometry scenario has two discs for each ETL side, and they are used by the
TrackExtenderWithMTD
while adding hits to the track for refit, but so far only the time of the first hit was used as timing information, because the code was originally developed for the one-hit disc scenario. This PR combines the time fro the hits associated to a track in two discs by extrapolating the outermost to the innermost, and computing a weighted average. The uncertainty in the subtracted time-of-flight between the two discs induced by the mass hypothesis (pion is used for the extrapolation) is added in the form of the difference between the pion and proton estimated tof. This has very small effect but for very soft tracks.PR validation:
Code compiles and runs, debugging printouts show the desired behaviour on wf 34634.0.