[ 
https://issues.apache.org/jira/browse/YUNIKORN-1783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Peter Bacsko resolved YUNIKORN-1783.
------------------------------------
    Fix Version/s: 1.4.0
       Resolution: Fixed

> Application: maintain sorted state of requests instead of sorting
> -----------------------------------------------------------------
>
>                 Key: YUNIKORN-1783
>                 URL: https://issues.apache.org/jira/browse/YUNIKORN-1783
>             Project: Apache YuniKorn
>          Issue Type: Sub-task
>          Components: core - scheduler
>            Reporter: Peter Bacsko
>            Assignee: Peter Bacsko
>            Priority: Major
>              Labels: pull-request-available
>             Fix For: 1.4.0
>
>
> YUNIKORN-1719 improved the performance of scheduling by avoiding request 
> sorting if it not necessary.
> But the current logic can be further improved. When we create pods which 
> belong to the same application, we can assume that in the overwhelming 
> majority of cases, the following will be true:
>  * their createTime will be the same or later than those which already exist
>  * the piority will be the same
> That is, when an ask comes in, we just have to append it to the end of the 
> slice, we don't have to maintain a balanced, sorted tree, let alone sort it.
> Even if we constantly have to insert pods with increasing priority, 
> maintaining a sorted order is an {{O( n)}} operation in the worst case, not 
> {{O(n log n)}} due to shifting elements.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to