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
Thread safe changes for HcalDcsMap, HCalElecrtonicsMap classes #909
Conversation
A new Pull Request was created by @vkuznet (Valentin Kuznetsov) for CMSSW_7_0_X. Thread safe changes for HcalDcsMap, HCalElecrtonicsMap classes It involves the following packages: CondFormats/HcalObjects @smuzaffar, @apfeiffer1, @nclopezo, @demattia, @rcastello, @ggovi can you please review it and eventually sign? Thanks. |
@Dr15Jones please review |
} | ||
|
||
HcalDcsMap::~HcalDcsMap(){ | ||
if (mItemsById) { |
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.
In C++ it is fine to call delete on a null pointer so there is no need for the check.
In reviewing information about |
Pull request #909 was updated. @smuzaffar, @apfeiffer1, @nclopezo, @demattia, @rcastello, @ggovi can you please check and sign again. |
-1 https://cmssdt.cern.ch/jenkins/job/Pull-Request-Integration/ARCHITECTURE=slc5_amd64_gcc481/649/consoleFull |
Could someone run valgrind on one of these crashing jobs so we can see what memory is being corrupted? |
Hi Chris, I started a Jenkins job to test workflow 4.22 here: When It finishes you should find here a valgrind.xml file with the results: And also the jenkins valgrind plugin should parse the results and show them in jenkins. |
Sorry I gave you a bad url for the valgrind.xml file, it is here: an the parsed results are here: But also I noticed that this time 4.22 executed without errors. |
Pull request #909 was updated. @smuzaffar, @apfeiffer1, @nclopezo, @demattia, @rcastello, @ggovi can you please check and sign again. |
+1 |
Pull request #909 was updated. @smuzaffar, @apfeiffer1, @nclopezo, @demattia, @rcastello, @ggovi can you please check and sign again. |
+1 |
Hi, |
David, I've added initialization of mutable member data in default ctor, which may cause this. Please re-run the tests. Sorry I didn't spot this earlier. On Oct 2, 2013, at ,Oct 2, 8:21 AM, David Mendez wrote:
|
Pull request #909 was updated. @smuzaffar, @apfeiffer1, @nclopezo, @demattia, @rcastello, @ggovi can you please check and sign again. |
+1 |
1 similar comment
+1 |
This pull request is fully signed and it will be integrated in one of the next IBs unless changes or unless it breaks tests. @ktf can you please take care of it? |
Thread safety -- Changes for HcalDcsMap, HCalElecrtonicsMap classes
|
||
item = std::lower_bound (mPItemsById.begin(), mPItemsById.end(), &target, hcal_impl::LessById()); | ||
if (item == mPItemsById.end() || (*item)->mId != fId) | ||
auto ptr = (*mPItemsById.load(std::memory_order_acquire)); |
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.
as a part of testing #15321 which somewhat excessively uses the HcalElectronicsMap,
I noticed that the CPU use is dominated by memmove
https://slava77sk.web.cern.ch/slava77sk/reco/cgi-bin/igprof-navigator/CMSSW_8_1_0_pre10-sign746-ccb128f.tt35pre8.mt8.pp/947
After changing to auto const& ptr
the time in hcalRawData went down from ~2s/evt to ~40 ms/evt.
No description provided.