Skip to content
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

Phase2-hgx292 Bug fix for real partial wafer simulations in versions V15 and V16 #35765

Merged
merged 4 commits into from
Oct 29, 2021

Conversation

bsunanda
Copy link
Contributor

PR description:

Bug fix for real partial wafer simulations in versions V15 and V16. This involves declaration of proper Sensitive Detector volumes and inhibition of using additional weights which was needed for virtual partial wafers used in V11..V14

PR validation:

Make use of the runTheMatrix test workflows and also overlap testing

if this PR is a backport please specify the original PR and why you need to backport that PR:

Nothing special

@cmsbuild
Copy link
Contributor

-code-checks

Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-35765/26111

  • This PR adds an extra 52KB to repository

Code check has found code style and quality issues which could be resolved by applying following patch(s)

@cmsbuild
Copy link
Contributor

+code-checks

Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-35765/26112

  • This PR adds an extra 52KB to repository

@cmsbuild
Copy link
Contributor

A new Pull Request was created by @bsunanda (Sunanda Banerjee) for master.

It involves the following packages:

  • Geometry/HGCalCommonData (geometry, upgrade)
  • Geometry/HGCalGeometry (geometry, upgrade)
  • Geometry/HGCalSimData (geometry, upgrade)
  • SimG4CMS/Calo (simulation)
  • SimG4Core/PrintGeomInfo (simulation)

@civanch, @Dr15Jones, @makortel, @cvuosalo, @ianna, @mdhildreth, @cmsbuild, @AdrianoDee, @srimanob can you please review it and eventually sign? Thanks.
@makortel, @cvuosalo, @rovere, @thomreis, @felicepantaleo, @simonepigazzini, @fabiocos, @slomeo this is something you requested to watch as well.
@perrotta, @dpiparo, @qliphy you are the release manager for this.

cms-bot commands are listed here

@bsunanda
Copy link
Contributor Author

@cmsbuild Please test

@pfs
Copy link
Contributor

pfs commented Oct 21, 2021

assign hgcal-dpg

@cmsbuild
Copy link
Contributor

New categories assigned: hgcal-dpg

@felicepantaleo,@rovere,@pfs,@cseez you have been requested to review this Pull request/Issue and eventually sign? Thanks

@cmsbuild
Copy link
Contributor

+code-checks

Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-35765/26118

  • This PR adds an extra 16KB to repository

@bsunanda
Copy link
Contributor Author

@civanch @cvuosalo @srimanob Please sign

@srimanob
Copy link
Contributor

+Upgrade

This is a bug-fix as mentioned in the PR description. It is discussed at the HGCal meeting as mentioned above. PR test runs fine.

@civanch
Copy link
Contributor

civanch commented Oct 27, 2021

+1

@cmsbuild
Copy link
Contributor

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)

<< ":" << xy.second;
double dx = (xx - xy.first);
double dy = (pos.y() - xy.second);
double dR = std::sqrt(dx * dx + dy * dy);
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

(For a possible fix in a forthcoming PR):

Suggested change
double dR = std::sqrt(dx * dx + dy * dy);
double dR2 = dx * dx + dy * dy;

to be compared with tolR2

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We shall take care of that in future PR which we can do once this PR is merged

@perrotta
Copy link
Contributor

The tests show large differences in the DQM plots of wf 38634.0, which corresponds to 2026D86, i.e. V16 geometry.
Differences in those comparisons have to be expected, given the fixes applied here. However, nobody mentioned those differences in the reviees: are they as expected?
Moreover: why there are differences in those DQM plots, and not for the reco content in the same workflow?

@srimanob
Copy link
Contributor

The tests show large differences in the DQM plots of wf 38634.0, which corresponds to 2026D86, i.e. V16 geometry. Differences in those comparisons have to be expected, given the fixes applied here. However, nobody mentioned those differences in the reviees: are they as expected? Moreover: why there are differences in those DQM plots, and not for the reco content in the same workflow?

Hi @perrotta
I expected the change as detail check happen in https://indico.cern.ch/event/1089655/contributions/4580563/attachments/2335302/3980381/Phase2-Talk124.pdf
(mentioned in @pfs comment)

For the reco content, I'm not sure. Do you know the detail on how the comparison works? For example, I see the difference in JetMET/JetValidation report.

@bsunanda
Copy link
Contributor Author

@perrotta Please merge this PR. We are making ready the next PR which we can submit in a couple of days

@perrotta
Copy link
Contributor

@bsunanda we are closing for pre5. Tonights build ended up with some unit test error, therefore we will look for a fix for them and start another build of pre5 with them. At that point, even if not necessary for 12_1_0, this PR could also get added just to speed up your integration of the next steps. To do so, I would like to have clear the following:

  • Yes, I know that changes in wf 38634.0 must be expected; but since nobody mentioned them in the thread, could anyone confirm that the changes in outputs, although with the limited statistics of the automatic tests, are realy AS expected?
  • (Maybe @slava77 knows better) why the many differences observed in the DQM for wf 38634.0 are not visible in the reco differences?

@bsunanda
Copy link
Contributor Author

We had an extensive discussion in the HGCal DPG regarding this. There are clear differences in the workflows for 38634.0 and 37434.0. They mostly deal with energy deposits in the outer most and innermost partial wafers. Some of the discrepancies observed earlier were recovered with this PR.

@slava77
Copy link
Contributor

slava77 commented Oct 28, 2021

(Maybe @slava77 knows better) why the many differences observed in the DQM for wf 38634.0 are not visible in the reco differences?

I think the bot was clear: comparisons for the following workflows were not done due to missing matrix map: ... 38634.0
the map was updated in cms-sw/cms-bot#1654, which was merged yesterday (after the tests of this PR)

@srimanob
Copy link
Contributor

@slava77
Just curiosity, if a map of the new workflow is missing, others will not run too?

@bsunanda
Copy link
Contributor Author

@perrotta @qliphy Please merge this PR

@slava77
Copy link
Contributor

slava77 commented Oct 28, 2021

Just curiosity, if a map of the new workflow is missing, others will not run too?

everything else should run, only the unmapped workflow will not get reco comparisons running. This is only about the fwlite-based comparisons that appear in validateJR.

@smuzaffar smuzaffar modified the milestones: CMSSW_12_1_X, CMSSW_12_2_X Oct 29, 2021
@perrotta
Copy link
Contributor

+1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants