Page History
- 2013-Oct-31 14:40 eje
- 2013-Oct-31 14:31 eje
- 2013-Oct-31 14:25 eje
- 2013-Oct-29 17:38 eje
- 2013-Oct-29 17:36 eje
- 2013-Oct-29 17:36 eje
- 2013-Oct-29 16:16 eje
- 2013-Oct-29 14:56 eje
- 2013-Oct-29 14:53 eje
- 2013-Oct-29 14:50 eje
- 2013-Oct-29 14:48 eje
- 2013-Oct-22 11:20 eje
- 2013-Oct-22 11:19 eje
- 2013-Oct-22 11:01 eje
- 2013-Oct-21 23:55 eje
- 2013-Oct-21 23:46 eje
- 2013-Oct-21 23:00 eje
- 2013-Oct-21 22:37 eje
- 2013-Oct-21 22:23 eje
- 2013-Oct-21 22:09 eje
- 2013-Oct-21 22:03 eje
- 2013-Oct-21 21:44 eje
- 2013-Oct-21 21:33 eje
- 2013-Oct-21 21:22 eje
- 2013-Oct-21 21:20 eje
- 2013-Oct-21 18:30 eje
- 2013-Oct-21 18:11 eje
- 2013-Oct-21 17:39 eje
Introduction to Consumption Policies
A Consumption Policy (CP) is a policy expression that resides on a partitionable slot classad, as advertised by the startd on an HTCondor execute node, which governs the amount of resources used by a job match against that slot.Each kind of resource (or resource "asset") has a corresponding Consumption Policy. In a typical partitionable slot (p-slot), three resources are always defined: Cpus, Memory and Disk, which might advertise Consumption Policies as configured in this simple example:
# enable use of consumption policies CONSUMPTION_POLICY = True # define a simple consumption policy # (note, "target" refers to the scope of the candidate job classad being considered for a match) CONSUMPTION_CPUS = target.RequestCpus CONSUMPTION_MEMORY = target.RequestMemory CONSUMPTION_DISK = target.RequestDisk
An important feature of Consumption Policies is that the HTCondor negotiator matchmaking logic is aware of a CP detected on a p-slot. When a job matches against a p-slot with a CP, the amount of each resource dictated by its consumption policy is deducted from that p-slot. The slot then remains available to match with another job. In other words, Consumption Policies allow multiple jobs to be matched against a single partitionable slot during a single negotiation cycle.
Motivations
Examples