Hi Dan, Does the negotiator correctly compute the number of weighted slots? We hit that issue locally - starvation was occurring because the negotiator thought there was about 1,000 extra slots and it way-overallocated some groups. Until the sorting is implemented, this is one way to approach things. Brian On May 23, 2011, at 11:59 AM, Dan Bradley wrote: > Hi Erik, > > There is a user who is complaining of a group getting starved (using Condor 7.6.0). I notice that this group has a small quota and in negotiation cycles that I have observed, it seems this group is getting considered after some other groups, even though the starved group is using 0 slots and the others are using > 0 slots. > > It used to be the case that groups were sorted by the fraction of their quota that they were using. Those starving the most were considered first. I don't spot anywhere in the code where it is now sorting in this way. Am I overlooking something? Or has this intentionally changed? > > --Dan > > _______________________________________________ > Condor-devel mailing list > Condor-devel@xxxxxxxxxxx > https://lists.cs.wisc.edu/mailman/listinfo/condor-devel
Attachment:
smime.p7s
Description: S/MIME cryptographic signature