Addition of a HGCal-only reco, validation, harvesting sequence and workflow - #51856
Addition of a HGCal-only reco, validation, harvesting sequence and workflow#51856silviodonato wants to merge 1 commit into
Conversation
|
cms-bot internal usage |
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-51856/50891
|
|
type ngt |
|
test parameters:
|
|
@cmsbuild, please test |
| 'standardValidationHiMix' : ['prevalidation','validationHiMix','validationHarvesting'], | ||
| 'standardValidationNoHLTHiMix' : ['prevalidationNoHLT','validationNoHLTHiMix','validationHarvestingNoHLT'], | ||
| 'HGCalValidation' : ['globalPrevalidationHGCal', 'globalValidationHGCal', 'hgcalValidatorPostProcessor'], | ||
| 'HGCalValidationOnly' : ['globalPrevalidationHGCal', 'globalValidationHGCalOnly', 'hgcalValidatorPostProcessor'], |
There was a problem hiding this comment.
May I suggest instead HGCalOnlyValidation ?
|
-1 Failed Tests: RelVals RelVals-NVIDIA_L4 Failed RelVals
Failed RelVals-NVIDIA_L4
|
3f6ef76 to
55a79c8
Compare
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-51856/50898
|
|
Pull request #51856 was updated. |
|
@cmsbuild, please test |
|
+1 Size: This PR adds an extra 52KB to repository Comparison SummarySummary:
AMD_MI300X Comparison SummarySummary:
AMD_W7900 Comparison SummarySummary:
NVIDIA_H100 Comparison SummarySummary:
NVIDIA_L4 Comparison SummarySummary:
NVIDIA_L40S Comparison SummarySummary:
NVIDIA_T4 Comparison SummarySummary:
Max Memory Comparisons exceeding threshold NVIDIA_L4@cms-sw/core-l2 , I found 1 workflow step(s) with memory usage exceeding the error threshold: Expand to see workflows ...
|
|
|
cc @mmusich @younsig @cms-sw/hgcal-dpg-l2
I applied this change Perhaps all objects are reconstruction as neutral, I don't know.
Maybe not, I don't know
I think for testing it's still useful.
@cms-sw/hgcal-dpg-l2 ? |
|
A new Pull Request was created by @silviodonato for master. It involves the following packages:
@AdrianoDee, @DickyChant, @antoniovagnerini, @civanch, @ctarricone, @gabrielmscampos, @kfjack, @kpedro88, @mdhildreth, @miquork, @rseidita, @sroychow can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
|
I think I need some context here. Is this aiming for a total failure scenario where tracker is absent and we can only produce photons and neutral hadrons as candidates? In any case @waredjeb @felicepantaleo please chime in, but I would imagine "hell breaking loose" with linking and trackster PID and regression algos currently trained assuming full CMS. I echo the questions from @rovere. Imho it would be nice to have a discussion on a TICL meeting before going ahead further. |
PR description:
In the context of NGT Task 3.3, where we are investigating the replacement of HGCal raw data with low-level reconstructed data, we found that CMSSW currently lacks an HGCal-only workflow that runs the HGCal reconstruction and DQM without the full reconstruction chain, analogous to the existing Pixel-, HCAL-, and ECAL-only workflows.
Such a workflow allows the HGCal reconstruction to be exercised very quickly by skipping the full general tracking.
This PR adds HGCal-only reconstruction, validation, and harvesting sequences, together with an upgrade workflow available through
runTheMatrix.py:Caveat:
Caveats:
particleFlowClusterHGCalNoTracksis configured withtracksterSrc = 'ticlTrackstersCLUE3DHigh', so that PF clustering uses the CLUE3D tracksters and does not requiregeneralTracks.The
customiseHGCalOnlycustomisation setstrackingParticleGsfTrackAssociation.ignoremissingtrackcollectiontoTrue. This is needed becausetrackingParticleGsfTrackAssociationis still scheduled through the simulation-truth association dependency chain and otherwise attempts to consume the unavailablequickTrackAssociatorByHitsproduct:I could use a Modifier to fix this, rather than a customization function, but it seems to me better to avoid adding a Modifier for a single workflow.
PR 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:
Yes, it would be useful to have it also in 20_0_X cycle, if possible, as it will be used for this kind of studies.