Michał Woźniak

/close we don't need this in Kueue as there is fix in controller-runtime to be released, issue to track using the fix: https://github.com/kubernetes-sigs/kueue/issues/3469

I'm not sure if metrics is the correct technical solution for the use-case. Also, are you interested which integrations are configured, or which are actually used, because I see some...

Do we need to document Workload fields? I would prefer not need to do it. Documenting every workload API field is a lot of work. I think some API comments...

Ok, I don't have a strong view but I would prefer to keep the docs user oriented and mostly focused on the user facing APIs. Workload officially is not a...

I see, ok let's add a section in https://kueue.sigs.k8s.io/docs/concepts/workload/

/remove-lifecycle stale

/cc @mwielgus @trasc @mbobrovskyi

> (possibly wall clock time instead of cumulative execution time) Yeah, I was thinking that "cumulative execution time" measures wall time. I say it is cumulative because it would add...

> My main question is, at what time can the calculation start? I guess that we need to add a dedicated field like startTime to the Workload object. Yeah, we...

I have played a bit with slurm's "-t" option, and it looks like it puts a limit on the cumulative wall clock across "suspend / resume". While we don't need...