-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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
Add support for adding variable-size attributes (std::vector) within objects for NanoAOD #46702
Add support for adding variable-size attributes (std::vector) within objects for NanoAOD #46702
Conversation
…eneric object's method caller
…pleCollectionFlatTableProducer as an extension to SimpleFlatTableProducer to handle collection attributes of objects
cms-bot internal usage |
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-46702/42652 Code check has found code style and quality issues which could be resolved by applying following patch(s)
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-46702/42655 |
A new Pull Request was created by @patinkaew for master. It involves the following packages:
@cmsbuild, @ftorrresd, @hqucms, @jfernan2, @mandrenguyen can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
please test |
+1 Size: This PR adds an extra 12KB to repository Comparison SummarySummary:
|
enable nano |
please test |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-46702/42972 |
Pull request #46702 was updated. @cmsbuild, @ftorrresd, @hqucms, @jfernan2, @mandrenguyen can you please check and sign again. |
@@ -3,6 +3,8 @@ | |||
#include "DataFormats/Candidate/interface/Candidate.h" | |||
typedef SimpleFlatTableProducer<reco::Candidate> SimpleCandidateFlatTableProducer; | |||
|
|||
typedef SimpleCollectionFlatTableProducer<reco::Candidate> SimpleCandidateCollectionFlatTableProducer; |
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.
Generic producer based on reco::Candidate for testing this PR.
please test |
+1 Size: This PR adds an extra 16KB to repository
Comparison SummarySummary:
NANO Comparison SummarySummary:
Nano size comparison Summary:
|
Dear @ftorrresd and @jfernan2, Sorry for pining you. Based on the latest test, I don't notice any problems. The code complies with added generic producer for Do you have any further comments? Could you please check and please consider signing the PR if everything looks ok to you? Best, |
+1 |
Dear @ftorrresd, Hope you had a good vacation. I'm sorry for pinging you. Do you think you can check this PR and kindly sign if you don't have further comments? Best, |
+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. @sextonkennedy, @antoniovilela, @mandrenguyen, @rappoccio (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
Add support for adding variable-size attributes (std::vector) within objects for NanoAOD. Presented at XPOG meeting on 13.11.2024. In addition, after the presentation, lazy evaluation functionality has been added.
Tested mainly in context of ScoutingNano, but this functionality is generic and can be useful for any custom NanoAOD. Hence, we decided to make this PR with only variable-size attributes support in NanoAOD. For usage in ScoutingNano, we will prepare another PR later after discussion with scouting group.
PR validation:
Tested with ScoutingNano (for ScoutingMuon and ScoutingElectron) with workflow 2500.227(RelValTTbar/2024/MINIAODSIM) and 2500.237 (ScoutingPFRun3/2024D/HLTSCOUT) as presented in the slide.
For lazy evaluation, test with workflow 2500.237 by setting ScoutingMuon's hitPattern variable with
lazyEval=True
. The output step2.root looks the same as output step2.root when settinglazyEval=False
.Pass all tests when running:
scram b runtests use-ibeos
When running
runTheMatrix.py -l limited -i all --ibeos
, some workflows failed due to file open errors. Tested 3 times and got the similar file open errors.Failed workflows are:
312.0
25202.0, 14234.0, 250202.181
which are all due to file open errors.
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:
This is not a backport and there is no plan for a backport.