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
update to TopMonitor plugin in DQMOffline/Trigger/ (+simple fixes to some DQM outputs) #28067
update to TopMonitor plugin in DQMOffline/Trigger/ (+simple fixes to some DQM outputs) #28067
Conversation
The code-checks are being triggered in jenkins. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-28067/12023
|
A new Pull Request was created by @missirol (Marino Missiroli) for master. It involves the following packages: DQMOffline/Trigger @andrius-k, @kmaeshima, @schneiml, @cmsbuild, @jfernan2, @fioriNTU can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
The tests are being triggered in jenkins. |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
@missirol the PR is adding many histograms in some dedicated workflows, but some onf them are empty (SUSY folder mainly). |
Hi @jfernan2 , as far as I can see, the diffs in the comparisons are consistent with the changes in the PR (and the output of my local tests). In my understanding, the SUSY/ plots are added for the workflows where the corresponding DQM/Harvesting sequences are included (and not, for example, when I realized the additional plots (in SUSY/ and EGM/) are mostly empty, and I haven't looked into the reason why yet; it is now on my to-do list. In general, I plan to add to the existing HLT Offline-DQM plugins (wherever possible) the switch to not produce plots when the trigger paths are incorrect (functionality introduced in #27772), and this should help limit the appearance of empty plots. One of the next steps is also the clean-up of unused folders/plugins, and we are trying to gather info from the different POG/PAG contacts in TSG about this. If possible, I would like to keep these additional updates for the next PR; in this PR, I just tried to fix simple inconsistencies in the paths of the different DQM/Harvesting modules, found while going through the cff files. |
+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. @davidlange6, @slava77, @smuzaffar, @fabiocos (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
This PR only affects the
DQMOffline/Trigger
package. It includes a couple of improvements to the source code, and a few simple fixes in the python configuration files (mainly, fixes to the paths of DQM outputs, or Harvesting inputs, to correctly produce the relevant plots).The two main updates are in
TriggerDQMBase.h
(thefill
method) andTopMonitor.cc
(a simple generalization of the code to handle multiple InputTags for values of b-tagging discriminants).Some changes are expected in the comparisons, mainly due to the addition of plots that were not getting produced before.
More detailed descriptions of the changes are provided at the bottom of this message.
PR validation:
Local tests suggest the changes work as expected (but only compared outputs with limited stats).
runTheMatrix.py
: workflow 250202.181 ran successfully.if this PR is a backport please specify the original PR:
Not a backport (and the PR itself is not planned to be backported).
TriggerDQMBase.h
:ObjME::fill
method inTriggerDQMBase
,to fill denominator and numerator MEs with one call,
in order to limit the repetition of code
(for filling denominator and numerator plots) in the plugins;
see
TopMonitor::analyze()
for an example of how this is applied.TopMonitor.cc
:removed hard-coded reference to "pfDeepCSVJetTags",
and replaced members
btagalgo
andbbtagalgo
(twoInputTag
s) withbtagAlgos
(VInputTag
):the b-tag discriminator of a jet is now computed as the sum of the values from
btagAlgos
(use case: sum outputs of a multi-class discriminator, like DeepCSV).
The logic (i.e. summing the values) is the same as before, only the implementation is a bit more generic.
The default values in
fillDescriptions
have been updated (to DeepCSV).the change from
btagalgo
(InputTag
) tobtagAlgos
(VInputTag
) requiredto update the syntax in other configuration files that use the
TopMonitor
plugin(these are the only changes to
HiggsMonitoring_cf*
,MssmHbbMonitoring_cf*
andSusyMonitor_cfi
)removed internal modification of
enableMETPlot
flag based on value ofmetSelection
stringother small updates (mostly polishing code, e.g. removing unused data members)
TopMonitor_cfi.py
:hltTOPmonitoring
(no changes to the actual values)
TopMonitoring_Client_cff.py
:SusyMonitoring_Client_cff.py
:fixed values of
subDirs
parameters -> efficiency plots are now produced(-> difference expected in the comparisons: additional plots)
added module
triple_muon_dca_mupt_efficiency
to the Harvesting sequence(the module existed already, it just wasn't included in the sequence)
(-> difference expected in the comparisons: additional plots)
SusyMonitoring_cff.py
:SusyMonitoring_Client_cff
(this renaming will create differences in the comparisons,
and now the new folders will contain the efficiency plots from the Harvesting step)
BTVHLTOfflineSource_cfi.py
:HLT/BTV/
(-> difference expected in the comparisons: additional plots)
BTVHLTOfflineSource_cff.py
:BTaggingMonitoring_cff
to simplifyBTaggingMonitoring_Client_cff.py
:BTVEfficiency_TurnOnCurves
, efficiency plots will now be produced(-> difference expected in the comparisons: additional plots)
HEP17Monitoring_Client_cff.py
:hep17Efficiency
(-> difference expected in the comparisons: additional plots in
HLT/EGM/HEP17/
)TrackingMonitoring_Client_cff.py
:trackingForElectronsEffFromHitPatternHLT
,but the client itself is not included in any sequence
(so no changes in the outputs are expected from this)