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
Technical optimisation of e/gamma (local)covariances function (11_3_X) #33270
Conversation
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33270/21764
Code check has found code style and quality issues which could be resolved by applying following patch(s)
|
please test |
v.push_back(covEtaEta); | ||
v.push_back(covEtaPhi); | ||
v.push_back(covPhiPhi); | ||
std::array<float,3> v; |
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.
brace initialization?
v.push_back(covEtaEta); | ||
v.push_back(covEtaPhi); | ||
v.push_back(covPhiPhi); | ||
std::array<float,3> v; |
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.
ditto
@@ -102,9 +102,9 @@ void testEcalClusterLazyTools::analyze(const edm::Event& ev, const edm::EventSet | |||
std::cout << std::endl; | |||
std::vector<float> vLat = lazyTools.lat(clus); | |||
std::cout << "lat...................... " << vLat[0] << " " << vLat[1] << " " << vLat[2] << std::endl; | |||
std::vector<float> vCov = lazyTools.covariances(clus); | |||
std::array<float,3> vCov = lazyTools.covariances(clus); |
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.
here and everywhere else below one could use auto
instead of the explicit type (btw if auto was used in first place no change was required!)
This is somehow stylistic (I prefer auto) so I leave to reco-conv. too say the final word
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.
const auto& vCov = lazyTools.covariances(clus);
seems like a good choice?
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33270/21765
|
A new Pull Request was created by @swagata87 (Swagata Mukherjee) for master. It involves the following packages: DQMOffline/Ecal @perrotta, @cmsbuild, @andrius-k, @kmaeshima, @fwyzard, @ErnestaP, @ahmad3213, @Martin-Grunewald, @jfernan2, @slava77, @jpata, @santocch, @rvenditti can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
Pull request #33270 was updated. @perrotta, @cmsbuild, @andrius-k, @kmaeshima, @fwyzard, @ErnestaP, @ahmad3213, @Martin-Grunewald, @jfernan2, @slava77, @jpata, @santocch, @rvenditti can you please check and sign again. |
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-62800e/13793/summary.html Comparison SummarySummary:
|
+reconstruction
Thank you for this follow-up, @swagata87, and for @VinInn for pointing this out! |
+1 |
+1 |
+1 |
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. @silviodonato, @dpiparo, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
This PR is a follow-up of my previous PR #33148, which was merged recently. In particular, I'm addressing this comment which was raised in the last RECO meeting. So, as requested by @VinInn, this PR changes the return type of
localCovariances
,scLocalCovariances
, andcovariances
functions fromstd::vector<float>
tostd::array<float,3>
. As only 3 floats are returned, array is a better and more memory-efficient choice.This is a purely technical PR, and no change in physics is expected.
PR validation:
runTheMatrix.py successfully ran with 23234.0, 140.53, and 11634.0
This PR is not a backport.
No backport is needed.