[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [HTCondor-users] Quotas - accepting surplus but not too much surplus

Hi Jerome,

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:

> Hello,
> I have a pool with dynamic group quota definition. We set up :
> 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 ?
> Jerome
> +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
> https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users
> The archives can be found at:
> https://lists.cs.wisc.edu/archive/htcondor-users/