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
Try converting RecoParticleFlow/PFTracking to GBRForest + GlobalCache (75X) #10367
Try converting RecoParticleFlow/PFTracking to GBRForest + GlobalCache (75X) #10367
Conversation
A new Pull Request was created by @lgray (Lindsey Gray) for CMSSW_7_5_X. Try converting RecoParticleFlow/PFTracking to GBRForest + GlobalCache (75X) It involves the following packages: RecoParticleFlow/PFClusterTools @cmsbuild, @cvuosalo, @slava77 can you please review it and eventually sign? Thanks. |
@cmsbuild please test |
tests stuck here please resubmit. |
@smuzaffar the tests appear stuck |
Please test On Jul 28, 2015, at 1:59 PM, Chris Jones <notifications@github.commailto:notifications@github.com> wrote: @smuzaffarhttps://github.com/smuzaffar the tests appear stuck — |
+1 Putting GBRForest objects into edm::GlobalCaches to reduce memory usage for multi-threaded jobs. There should be no significant changes in monitored quantities. Reduction in memory use has been verified in the already merged 76X version of this PR, #10143. The code changes are satisfactory, and Jenkins tests against baseline CMSSW_7_5_X_2015-07-28-1100 show no significant differences, as expected. |
This pull request is fully signed and it will be integrated in one of the next CMSSW_7_5_X IBs once checked with relvals in the development release cycle of CMSSW (tests are also fine). This pull request requires discussion in the ORP meeting before it's merged. @davidlange6, @Degano, @smuzaffar |
+1 |
Try converting RecoParticleFlow/PFTracking to GBRForest + GlobalCache (75X)
Backport of #10143