You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Alpaka modules for which the backend is overridden from the process-wide default
Presently each Alpaka producer produces an integer into the Event that indicates what backend was used
SONIC modules that perform the actual computations on a remote node
Things brainstormed June 29, 2023
Check how the existence of Transformer looks in the event-level provenance
How does ProductProvenance map to data products? Is it per data product or per module?
Seems like it is saved per BranchID. So we could make Transformer to add information there.
One alternative way would be to add "not identical but equivalent" concept for PSets. Keep the "identity" PSet in the PSetRegistry for Runs and Lumis, and add "equivalence" PSet for per-event information (replace or add additional ProcessHistoryID to EventAuxiliary). Would have to add a concept between "tracked" and "untracked" parameters that would be stored only in the "equivalence PSet" (but do not expose this functionality publicly)
Spinning off from #17
Use cases (so far)
Things brainstormed June 29, 2023
Also the comment #17 (comment) is relevant
The text was updated successfully, but these errors were encountered: