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

Re: [HTCondor-users] Filling pool breadth-first with partitionable slots

On Wed, Nov 2, 2016 at 12:03 PM, John M Knoeller <johnkn@xxxxxxxxxxx> wrote:

COMSUMPTION_POLICY moves partitionable slot splitting into the negotiator. Otherwise the splitting of the partitionable slot happens in the STARTD as part of the process of the SCHEDD claiming a slot. Â(which is why you can only do one per cycle)

I understand that. The entry for this macro in the manual (p. 251 in manual 8.5.7) should say that.

ÂThe upside of this is that the negotiator can then choose breadth first or depth first without any effect negotiation efficiency.Â

But the negotiator is also doing more work, so the overall negotiation cycle takes longer.ÂÂ

I think you mean scheduler efficiency?

Can you explain what, exactly, it is that CLAIM_PARTITIONABLE_LEFTOVERS is doing? How do the leftovers rank compared to other matches?