aurora-reviews mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stephan Erb <s...@apache.org>
Subject Re: Review Request 62956: When scheduling, skip offers with no CPU and no mem
Date Wed, 18 Oct 2017 21:29:09 GMT


> On Oct. 13, 2017, 10:12 a.m., Stephan Erb wrote:
> > src/main/java/org/apache/aurora/scheduler/offers/OfferManager.java
> > Lines 220-224 (patched)
> > <https://reviews.apache.org/r/62956/diff/2/?file=1854107#file1854107line220>
> >
> >     This won't work for us.
> >     
> >     We are using both non-revocable and revocable (CPU & RAM) resources. it
is crucial for us that we can still use revocable resources on an agent even if the non-revocable
resources are maxed out. The same applies vice versa. 
> >     
> >     This pseudo code should solve it:
> >     ```
> >     bool lacksUsefulResources(offer):
> >         no_revocable = revocable_mem <= mem_threshold || revocable_cpu <=
cpu_threshold
> >         no_non_revocabe = mem <= mem_threshold || cpu <= cpu_threshold
> >         
> >         return no_revocable and no_non_revocable
> >     ```
> >     
> >     Would that still work for you? 
> >     
> >     
> >     (As a minor improvement of the heuristic we could use the minimal executor resources
as thresholds rather than 0)
> 
> Bill Farner wrote:
>     I believe `ResourceManager.bagFromMesosResources()` does what you want - the resources
are aggregated without regard for the revocable flag.  I explicitly test for this in `OfferManagerImplTest`;
grep for `mixed` to find the test cases.  If you disagree, can you give me a test cases that
points out the issue?

Oh, indeed. You are correct, sorry for the noise.


- Stephan


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/62956/#review187939
-----------------------------------------------------------


On Oct. 18, 2017, 11:25 p.m., Bill Farner wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/62956/
> -----------------------------------------------------------
> 
> (Updated Oct. 18, 2017, 11:25 p.m.)
> 
> 
> Review request for Aurora, David McLaughlin and Jordan Ly.
> 
> 
> Repository: aurora
> 
> 
> Description
> -------
> 
> There's no reason for us to evaluate offers with no CPUs or memory, so reject them early
in the offer lifecycle.
> 
> This is an incremental performance optimization, but it may net significant improvements
based on observations in some very large clusters.
> 
> 
> Diffs
> -----
> 
>   src/main/java/org/apache/aurora/scheduler/HostOffer.java bc40d0798f40003cab5bf6efe607217e4d5de9f1

>   src/main/java/org/apache/aurora/scheduler/http/Utilization.java 3c77e2983ce00f897f3d5ed106b779cd7f7f0940

>   src/main/java/org/apache/aurora/scheduler/preemptor/PreemptionVictimFilter.java 1b1239753f40d7d46d91724def6c25037eb79f1c

>   src/main/java/org/apache/aurora/scheduler/resources/ResourceBag.java d5db81b88a0369d0b26c8fbf70efab3886ad7695

>   src/main/java/org/apache/aurora/scheduler/state/TaskAssigner.java e35720fca903cdcd27fff50f12ece9cc615f5d54

>   src/main/java/org/apache/aurora/scheduler/stats/TaskStatCalculator.java b98aaaf48ae60afef19a368ee96abc897300f8fa

>   src/test/java/org/apache/aurora/scheduler/HostOfferTest.java PRE-CREATION 
>   src/test/java/org/apache/aurora/scheduler/offers/OfferManagerImplTest.java 2cfdc090ff75a63111ae146c9fe7b3542e7ac83f

>   src/test/java/org/apache/aurora/scheduler/offers/Offers.java 129b4437315c6ad4ea47ca75d4ae6e28cadd7911

>   src/test/java/org/apache/aurora/scheduler/resources/ResourceTestUtil.java 765a527acb96997989c920be8b69dfa1113dc302

>   src/test/java/org/apache/aurora/scheduler/state/FirstFitTaskAssignerTest.java a74efbdc55383cd748f52cd55e1a94551d7d2ba1

> 
> 
> Diff: https://reviews.apache.org/r/62956/diff/4/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Bill Farner
> 
>


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message