Description of the problem / feature request:
Currently, the json_profile_merger logic simply takes time spans from the profiles and collates them for analysis.
It would be nice if we could categorise this data based on whether the action was executed locally, executed remotely, cached locally, cached remotely.
Visually it can be quite clear through chrome://tracing whether an action is using the remote cache as it has a span below with "Downloading Outputs", but this isn't considered when collecting this data as the spans are only related via the CPU executed.
Feature requests: what underlying problem are you trying to solve with this feature?
I would like to be able to produce reports on execution time of executed actions from daily CI builds. This is currently not possible as cached actions are grouped in and are quite fast.
Description of the problem / feature request:
Currently, the json_profile_merger logic simply takes time spans from the profiles and collates them for analysis.
It would be nice if we could categorise this data based on whether the action was executed locally, executed remotely, cached locally, cached remotely.
Visually it can be quite clear through
chrome://tracingwhether an action is using the remote cache as it has a span below with "Downloading Outputs", but this isn't considered when collecting this data as the spans are only related via the CPU executed.Feature requests: what underlying problem are you trying to solve with this feature?
I would like to be able to produce reports on execution time of executed actions from daily CI builds. This is currently not possible as cached actions are grouped in and are quite fast.