[
https://issues.apache.org/jira/browse/YUNIKORN-1385?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17631892#comment-17631892
]
Yongjun Zhang commented on YUNIKORN-1385:
-----------------------------------------
Thanks [~wilfreds]. I was also thinking about using cgroups to address this too
because we are using it here. In general, we probably can just live with this
limitation and just use the scheduled values as an estimation, and it will be
more accurate when cgroups is enabled. What do you think? thanks.
> To provide visibility to application's aggregated resource consumption
> ----------------------------------------------------------------------
>
> Key: YUNIKORN-1385
> URL: https://issues.apache.org/jira/browse/YUNIKORN-1385
> Project: Apache YuniKorn
> Issue Type: New Feature
> Components: core - common, core - scheduler, shim - kubernetes
> Reporter: Yongjun Zhang
> Assignee: Yongjun Zhang
> Priority: Major
> Attachments: image-2022-11-09-11-06-20-479.png,
> yunikornResourceUsageVisibility.pdf
>
>
> Currently the "Used Resource" for a given application reported at Yunikorn
> GUI is actually the snapshot of the resources currently allocated to the
> application. We need to provide visibility to how much resources an
> application has used so far, and it would be important to report how much
> total resources is used by the application.
> The unit of resources used can be memoryseconds/vcoreseconds like how Hadoop
> Yarn does in its app summary report. However, there is more complexity with
> K8s which supports different instance types (Hadoop Yarn does support
> multiple instance types but its app summary report ignored instance types).
> It would be nice to report how much resource is used for each instance types
> used by an application.
> This is a top level Jira for this new feature. Subtask jira will be created
> when we work on it.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
