-
Notifications
You must be signed in to change notification settings - Fork 158
MUON: process only best matching candidates #2612
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
MUON: process only best matching candidates #2612
Conversation
The MFT-MCH matching task now stores by default multiple matching candidates for each MCH standalone track. In order to properly assess the tracking quality and avoid a large combinatorial background, only the best matching candidate for each MCH track must be processed by the QC tracks task.
|
@Barthelemy @justonedev1 @knopers8 could you please have a look? The changes are rather small, and a similar method of selecting the best matching candidates is already used in O2Physics. It would be great if we could still include this PR in the online software before the start of the Pb-Pb data taking. |
| if (matchingCandidates.empty()) { | ||
| continue; | ||
| } |
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.
This is probably not even reachable, but it looks harmless.
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.
Indeed this should never happen, but since below I am accessing the first element I prefer to be extra-safe.
knopers8
left a comment
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.
Assuming I understood correctly the lifetimes of objects and pointers in the new snippet, it seems safe.
|
macOS build failing in O2, but o2-dataflow-slc9 is green, merging and hoping for the best. |
* [MUON] process only best matching candidates The MFT-MCH matching task now stores by default multiple matching candidates for each MCH standalone track. In order to properly assess the tracking quality and avoid a large combinatorial background, only the best matching candidate for each MCH track must be processed by the QC tracks task. * [MUON] clang formatting
The map structure that temporarily keeps the indexes of the matching candidates is local to the code block that I have added, and only used to collect and sort the candidates. The rest reuses structures that were already used before. |
* [MUON] process only best matching candidates The MFT-MCH matching task now stores by default multiple matching candidates for each MCH standalone track. In order to properly assess the tracking quality and avoid a large combinatorial background, only the best matching candidate for each MCH track must be processed by the QC tracks task. * [MUON] clang formatting
The MFT-MCH matching task now stores by default multiple matching candidates for each MCH standalone track.
In order to properly assess the tracking quality and avoid a large combinatorial background, only the best matching candidate for each MCH track must be processed by the QC tracks task.