-
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
[MkFit] Tracker geometry extraction from Reco geom modules #37418
Conversation
Prototype dumper analyser to be used to export this info back to standalone mkfit. Miraculously working python config for just constructing the MkFitGeometry and dumping it.
Auto-detect r coverage gap for TEC. Q-bins come from a table. Apparently different in standalone and cmssw! To be investigated with Mario. Remove is_pixb/pixe/tib/tob/tid/tec data members and functions from LayerInfo. They were not really used. Put in 'int subdet' that can in principle be used to the same effect. Remove MkFit/plugins/createPhase1TrackerGeometry* files. To printout some stuff in dumper-module: cmsRun RecoTracker/MkFit/python/dumpMkFitGeometry.py to be further improved for binary dump of geometry.
Vector of those is kept in LayerInfo. For standalone usage (and for tracking-ntuple dump) we still need to export TrackerInfo to a (binary) file and provide loader functions.
Cleanup standalone Makefiles for external Math/.
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-37418/29094
Code check has found code style and quality issues which could be resolved by applying following patch(s)
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-37418/29095
|
A new Pull Request was created by @osschar (Matevž Tadel) for master. It involves the following packages:
@jpata, @cmsbuild, @clacaputo, @slava77 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
@cmsbuild please test |
Pull request #37418 was updated. @jpata, @cmsbuild, @clacaputo, @slava77 can you please check and sign again. |
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-520b22/23613/summary.html Comparison SummarySummary:
|
CPU
Memory
So, this looks somewhat as expected. |
Yes, we have O(22k) modules with 40 bytes per module -> 22000*40 = 880000 |
+reconstruction
|
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, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
Rats, I forgot include MkFit/test/BuildFile.xml for building of the standalone geometry dumper, MkFit/test/DumpMkFitGeometry.cc. Shall I put it in here or I wait until the next PR so we don't need to go through test etc. hooplas again? The file is rather trivial:
|
@osschar You may add it within this PR, and can also take the chance to implement |
Naaah, just go ahead and merge, I'll fix that print in another PR as well, it's almost ready -- the second long term item from our todo list, removal of Ice/ and consolidation of radix sort usage. |
+1 |
Thank you! :) |
For the record #37418 (comment) has been fixed at #37586 |
This PR addresses the first long-term item in #36966 - removal of hardcoded phasI geometry from mkFit and implementation of proper geometry extraction from RECO geometry loaded in current cmsRun process.
Corresponding changes for standalone extras are on https://github.com/trackreco/mkFit-external/tree/geom-extract
PR validation:
There are minimal changes in efficiency and fake rates, below 1% level. These are expected as the hardcoded mkFit geometry was not identical to one obtained by proper extraction. There are differences in extent of endcap r-gaps (O(1cm)) and z-extent of endcap mkFit layers (O(5cm)).
Timing is not expected to change significantly (if at all) as this PR only affects extents of mkFit layers.