Re: [HTCondor-users] Simple priority howto.

[duduhandelman@xxxxxxxxxxx]

Hi Agian.

Will those two options will work together?

Userprio in Group quota.

For example.

User a and b in groupquota = green

User a has 80% user b 20% via userprio

User c and d in groupquota = red

User c has 30% user d 70% via userprio

And surplus will be active as well.

Thanks

David

Get Outlook for Android

---

From: HTCondor-users <htcondor-users-bounces@xxxxxxxxxxx> on behalf of duduhandelman@xxxxxxxxxxx <duduhandelman@xxxxxxxxxxx>
Sent: Tuesday, February 2, 2021 7:40:58 PM
To: HTCondor-Users Mail List <htcondor-users@xxxxxxxxxxx>
Subject: Re: [HTCondor-users] Simple priority howto.

 

Thanks a million.

I Will it test it

Thanks Greg

Thanks Christoph

---

From: HTCondor-users <htcondor-users-bounces@xxxxxxxxxxx> on behalf of Greg Thain <gthain@xxxxxxxxxxx>
Sent: 02 February 2021 19:34
To: htcondor-users@xxxxxxxxxxx <htcondor-users@xxxxxxxxxxx>
Subject: Re: [HTCondor-users] Simple priority howto.

 

On 2/2/21 11:16 AM, duduhandelman@xxxxxxxxxxx wrote:

Thanks Christoph.

That will do the job I'm sure. Is there another way to accomplish that without groupquota? maybe using the condor_userprio.

I think it will be easier for the team leader to manage it with condor_userprio (Just Maybe)

If you want to do this at the user level, you can use priority factors to balance the usage that each user gets:

condor_userprio -setfactor fiftypercentuser 1000

condor_userprio -setfactor twentyfivepercentuserA 2000

condor_userprio -setfactor twentyfivepercentuserB 2000

This will give the user named "fiftypercentuser" twice the cores of the other two, if all three have enough job demand.  If only one user has jobs, they can get the whole pool.  By default, there is historical fair share involved here too.  If you want to turn that off, you can set

PRIORITY_HALFLIFE = 1

in the negotiator's condor config file  (and run condor_reconfig), then the historical usage will effectively be ignored.

-greg