[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [HTCondor-users] Quotas - accepting surplus but not too much surplus
- Date: Mon, 5 Aug 2013 10:14:42 -0500
- From: Brian Bockelman <bbockelm@xxxxxxxxxxx>
- Subject: Re: [HTCondor-users] Quotas - accepting surplus but not too much surplus
Sorry, but I can't think of any nice way to implement this policy without preemption.
A "not nice" way to do this would be to set aside 20% of the slots as "A-only" and 20% of the slots as "B-only" via use of START expressions. Next, use RANK to make A and B jobs to prefer to use their dedicated slots first.
This is not very nice because it only approximates the policy you want (what happens if the A-only slots go offline for power maintenance?) and I'm pretty sure there are some side-cases that could cause priority inversion.
Hope this is nonetheless helpful!
On Aug 5, 2013, at 5:20 AM, Jerome Samson <jeromes@xxxxxx> wrote:
> I have a pool with dynamic group quota definition. We set up :
> GROUP_NAMES = A, B
> GROUP_QUOTA_DYNAMIC_A = .8
> GROUP_QUOTA_DYNAMIC_B = .2
> GROUP_ACCEPT_SURPLUS = True
> For specific reason we disabled condor's preemption (so when a job starts as 'surplus' it will take enough time to end correctly).
> Thus when a group needs more ressources, the negotiator will find some available ressources in other groups, however I would like to prevent a a small portion of each group from being allocated.
> For instance, when group B is running many jobs and A has no running tasks, it will get surplus from A but it could only get a max of 0.8 of the whole pool
> Is there a correct way to do so ?
> +33 (0) 1 53 06 25 37
> BUF Compagnie
> 139-141 Boulevard Ney
> 75018 Paris
> Pensez a l'environnement avant d'imprimer ce message
> HTCondor-users mailing list
> To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> The archives can be found at: