You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@yunikorn.apache.org by "ASF GitHub Bot (Jira)" <ji...@apache.org> on 2026/09/26 11:58:00 UTC
[jira] [Updated] (YUNIKORN-3478) [Core] Decouple ask queue quota accounting from victim sizes in calculateAdditionalVictims
[ https://issues.apache.org/jira/browse/YUNIKORN-3478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
ASF GitHub Bot updated YUNIKORN-3478:
-------------------------------------
Labels: pull-request-available (was: )
> [Core] Decouple ask queue quota accounting from victim sizes in calculateAdditionalVictims
> ------------------------------------------------------------------------------------------
>
> Key: YUNIKORN-3478
> URL: https://issues.apache.org/jira/browse/YUNIKORN-3478
> Project: Apache YuniKorn
> Issue Type: Improvement
> Components: core - scheduler
> Reporter: Hedger Lai
> Assignee: Hedger Lai
> Priority: Major
> Labels: pull-request-available
>
> In {{Preemptor.calculateAdditionalVictims()}}, the loop checks whether each victim fits into the ask queue's remaining guaranteed quota:
> {code:go}
> askQueueRemaining := askQueue.GetRemainingGuaranteedResource()
> if askQueueRemaining != nil && askQueueRemaining.FitInActual(victim.GetAllocatedResource()) {
> askQueue.AddAllocation(victim.GetAllocatedResource())
> } else {
> queueSnapshot.AddAllocation(victim.GetAllocatedResource())
> continue
> }
> {code}
> This introduces two issues:
> # *Oversized Victim Rejection:* An ask requiring 2 cores with 2 cores headroom in {{childA}} cannot preempt an 8-core victim in an over-guaranteed sibling queue {{childB}}, because {{FitInActual(8)}} fails against {{askQueueRemaining (2)}}. The victim is skipped even though evicting it frees enough parent headroom for the ask.
> # *Incorrect Accounting:* Calling {{askQueue.AddAllocation(victim)}} fictitiously inflates {{askQueue}}'s allocated usage by the victim's size, which can cause downstream {{isAskQueueUnderGuaranteed()}} to falsely fail.
> *Proposed Fix:*
> Decouple victim selection from the ask queue's guaranteed quota in {{calculateAdditionalVictims()}}, aligning with the approach in YUNIKORN-3459. Sibling victims should be eligible as long as their removal keeps their own queue above guaranteed limits.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@yunikorn.apache.org
For additional commands, e-mail: issues-help@yunikorn.apache.org