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
Remove trigger evaluation in ExoticaDQM module and related variables #40665
Remove trigger evaluation in ExoticaDQM module and related variables #40665
Conversation
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-40665/34005
|
A new Pull Request was created by @CeliaFernandez (Celia Fernández Madrazo) for master. It involves the following packages:
@emanueleusai, @ahmad3213, @cmsbuild, @syuvivida, @pmandrik, @micsucmed, @rvenditti can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
test parameters:
|
@cmsbuild please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-6bf368/30342/summary.html Comparison SummarySummary:
|
The failure in comparison comes from FastSim workflow (13234.0, 13434.0, 135.4, 2018.1, 5.1). This should be expected since we have no HLT in FastSim, so no event passed to DQM before this PR is introduced. One more workflow which failed in comparison is 20834.76. It is a Phase-2 workflow where HLT runs together with DIGI. Since the workflow is introduced before, so the baseline will have less events. So the change we see is expected. |
This PR should be good to go with #40412 |
@srimanob thank you very much for the explanation of the differences, but I am still confused. WFs 13234.0,13434.0,135.4,2018.1,20834.76,5.1 present differences in Physics/Exotica, as expected from your explanation above. However I also see differences in WFs 20834.0,20834.75,20896.0,20900.0,21034.999,23634.0 in Egamma/Electrons/Ele1_General/ele6_triggers that i cannot explain from the modified code. Do you have an idea of what might be going on here? |
Thanks @emanueleusai |
@cmsbuild please test
|
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-6bf368/30373/summary.html Comparison SummarySummary:
|
@srimanob I am not sure that I understand what you mean... Anyhow:
Therefore, the previous extra differences are expected to come from the already merged #40412 |
ah yes I see the ele6_trigger differences in #40412 |
+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. @perrotta, @dpiparo, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
Thanks @emanueleusai @perrotta |
PR description:
This PR removes the requirement of the Offline EXO PAG validation code for the events to pass the selected triggers. Currently a set of HLT paths was evaluated and the histograms were filled only if the events passed at least one of them.
Phase-2 HLT menu development (see #40412) would reduce the statistics in the EXO DQM histograms as shown in [1]. To avoid this decrease and provided that trigger evaluation do not provide significant insight into the validation of offline objects, we have converged into removing the trigger requirement.
Impact in Phase-2 can be studied by testing together with #40412
@srimanob
[1] https://indico.cern.ch/event/1243344/
PR validation:
This PR passed all unit tests and the full standard battery of runTheMatrix workflows:
runTheMatrix.py -l limited -i all --ibeos
It was checked that the current HLT menu let all the events of the relval samples pass and fill the histograms. No changes are expected in the validation plots with respect to the previous EXO DQM configuration. The number of events that fired these triggers is shown in the attached plots for three different relval samples that are often used in EXO validation:
If this PR is a backport please specify the original PR and why you need to backport that PR. If this PR will be backported please specify to which release cycle the backport is meant for:
It is not a backport