-
Notifications
You must be signed in to change notification settings - Fork 4.4k
revert "speedup SiStripClusterizer(FromRaw) using ThreeThresholdAlgorithm" #47810
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
revert "speedup SiStripClusterizer(FromRaw) using ThreeThresholdAlgorithm" #47810
Conversation
A new Pull Request was created by @slava77 for CMSSW_15_0_X. It involves the following packages:
@atpathak, @cmsbuild, @consuegs, @jfernan2, @mandrenguyen, @perrotta can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
cms-bot internal usage |
@cmsbuild please test |
backport of #47803 |
+1 Size: This PR adds an extra 20KB to repository Comparison SummarySummary:
|
+alca
|
+1 |
This pull request is fully signed and it will be integrated in one of the next CMSSW_15_0_X IBs (tests are also fine) and once validation in the development release cycle CMSSW_15_1_X is complete. This pull request will now be reviewed by the release team before it's merged. @sextonkennedy, @rappoccio, @mandrenguyen, @antoniovilela (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
Reverts #47061
15_0_X variant of #47803
This reverts commit d288c81, reversing changes made to 6eea5fa.
copy-paste from #47803
#47061 (comment)
Following the TSG timing checks of the full unpacking/clustering showing possible slow down (initially reported late Jan/early Feb), I rechecked the impact and (unfortunately) confirm on data inputs (full menu based on /dev/CMSSW_14_2_0/GRun/V12 data from run 386593, 10K events, single thread test, in a configuration with mkFit and full strip unpacking and max cluster size set to 8):
hltSiStripRawToClustersFacility
I can speculate that callgrind is so slow that the underlying hardware memory access costs are mis-represented
I tried to measure the impact of individual contributions
FastTimerService
The timing tests were done in CMSSW_14_2_1
@mmasciov
@elusian
@mmusich this should address #47803 (comment)