updates to handle pLS with OT hits#253
updates to handle pLS with OT hits#253slava77 wants to merge 5 commits intoSegmentLinking:masterfrom
Conversation
…xtended pLS stopping in barrel and endcap OT:
- fix error computations and dBetas
- account for radius uncertainties in lumi-based and pointed z selection, most important for connections with pLS on the same tilted layer
- use the tl-axis length in dBetaRes term, it becomes large in the near-3-point cases
- rename a few more variables for clarity
- fixup to the dzDrtScale use in PPBB
- PPEE: fix dLum and dzDrtScale in rt{Lo,Hi}, fix dz sign in rt{Lo,Hi}_point
|
run-ci: [all, hlt] |
|
run-ci: [all, hlt] |
@ariostas is it from me incorrectly formatting the command or something else; the error sounds like something else |
|
The PR was built and ran successfully in standalone mode running on GPU. Here are some of the comparison plots.
The full set of validation and comparison plots can be found here. Here is a timing comparison: |
|
run-ci: hlt |
|
The PR was built and ran successfully in standalone mode running on CPU. Here are some of the comparison plots.
The full set of validation and comparison plots can be found here. Here is a timing comparison: |
|
The PR was built and ran successfully with CMSSW running on GPU. Here are some plots. OOTB All Tracks
The full set of validation and comparison plots can be found here. |
|
The PR was built and ran successfully with CMSSW running on CPU. Here are some plots. OOTB All Tracks
The full set of validation and comparison plots can be found here. |
| bool pmatched = false; | ||
| if (phits1[i] == -1) | ||
| // short pLSs are padded with the last hit idx | ||
| if (i + 1 == Params_pLS::kHits && phits1[i] == phits1[i - 1]) |
There was a problem hiding this comment.
note to self:
here the hits are not in the same order. So, 3-hit pLS will have the same hit at i=1 and i=3.
OTOH, hit indices are always filled with something non-default. So, this check here if corrected is only to save a cycle of checks with j
55057df to
565d599
Compare
|
run-ci: [all, hlt] |
|
There was a problem while building and running in standalone mode. The logs can be found here. |
|
There was a problem while building and running with CMSSW. The logs can be found here. |
…to have a fast (and disambiguated) overlap checks; simplify pLS overlap check
565d599 to
0c2097e
Compare
|
run-ci: [all, hlt] |
|
The PR was built and ran successfully in standalone mode running on CPU. Here are some of the comparison plots.
The full set of validation and comparison plots can be found here. Here is a timing comparison: |
|
The PR was built and ran successfully with CMSSW running on CPU. Here are some plots. OOTB All Tracks
The full set of validation and comparison plots can be found here. |
|
The PR was built and ran successfully with HLT setup running on CPU (procModifiers = ). Here are some plots. HLT General Plots
The full set of validation and comparison plots can be found here. |
|
run-ci: [all, hlt] |
|
The PR was built and ran successfully in standalone mode running on GPU. Here are some of the comparison plots.
The full set of validation and comparison plots can be found here. Here is a timing comparison: |
|
run-ci: [all, hlt] |
I expect still no changes in the offline setup but some minor increase in the fake rate in the HLT setup (based on the local tests, mostly localized in the shorter tracks) |
I had a silly typo (1 vs 2) mixup. I tried to subscribe to the pro account, but with that I was suggested to prove a negative in line with "upload an image explaining why you are not on campus" |
|
The PR was built and ran successfully in standalone mode running on CPU. Here are some of the comparison plots.
The full set of validation and comparison plots can be found here. Here is a timing comparison: |
|
The PR was built and ran successfully with CMSSW running on GPU. Here are some plots. OOTB All Tracks
The full set of validation and comparison plots can be found here. |
|
The PR was built and ran successfully with HLT setup running on CPU (procModifiers = ). Here are some plots. HLT General Plots
The full set of validation and comparison plots can be found here. |
|
The PR was built and ran successfully with CMSSW running on CPU. Here are some plots. OOTB All Tracks
The full set of validation and comparison plots can be found here. |
|
The PR was built and ran successfully with HLT setup running on GPU (procModifiers = ). Here are some plots. HLT General Plots
The full set of validation and comparison plots can be found here. |
VourMa
left a comment
There was a problem hiding this comment.
The changes look good to me, I have some comments mostly for my understanding.
More in general, I am not sure what we want to do with disabling removeOTRechits. The performance looks to me worse in more or less all fronts. Is there any obvious advantage? Should this be introduced as a means to study how to improve but not enable it by default?
| (zpitch_InOut + zpitch_OutLo); //slope-correction only on outer end | ||
|
|
||
| bool sameLayerOutLo = | ||
| alpaka::math::abs(acc, rt_OutLo - rt_InOut) < 1.f && alpaka::math::abs(acc, z_InUp - z_OutLo) < 1.f; |
There was a problem hiding this comment.
How was 1.0 chosen here? I am missing what it represents physically.
There was a problem hiding this comment.
good question; "it looked reasonable" ;)
Trying to reconstruct the logic: from my logs, it came in with this commit
slava77@077bb25
the text around that is only in the context of how it's used to define/update zpitch_InOut.
I'll test/change to define it by just being outside the IT "box"










































runTripletDefaultAlgoPPBBandrunTripletDefaultAlgoPPEEduring pLS matching to the segments of T3. Most of the cuts needed updates: positional and directional z in the barrel (r in endcap), delta beta. The implementation is generalized from the case of pLS ending before the first segment (rightmost case) to other possibilities; near-degenerate cases are pass-through.zPointedwindow definition, where the z error already estimated at a destination was incorrectly additionally scaled bydrOutIn/dSDInis now corrected (an individual test shows minor impact on the old no-OT pLS test zPointed selection fix in PPBB #216)PixelSegmentsSoALayout::pLSHitsIdxsare now packedOT/IT<<32 + indexto have a fast (and disambiguated) overlap checksLSTOutputConverterwhen adding the OT LST TC hits after the pLS hits were addedThe initial submission does not change
removeOTRechitsto first confirm the default behavior is OK with the CI.