Re: [Condor-users] Restrict Condor to don't use X cores in a multicore node.

[Edier Zapata <edalzap@xxxxxxxxx>]

Thanks Dan, can I change it to this:
START = (TRUE) && SlotId != 1 ?

On Wed, Jul 27, 2011 at 2:23 PM, Dan Bradley <dan@xxxxxxxxxxxx> wrote:
>
>
> On 7/27/11 2:02 PM, Edier Zapata wrote:
>>
>> Good afternoon,
>>  Thanks to every body for your help, finally I got it running, but now
>> I have another question:
>> I'd define two slot types, SLOT_TYPE_1 with 2/8 of total resources and
>> SLOT_TYPE_2 with 1/8 of total resources, I add 1 TYPE_1 slot and 6
>> TYPE_2 slots.
>>  Now I want to prevent Condor to use slot1 (the SLOT_TYPE_1 slot) is
>> there a way to do this?
>
> Append this to your condor configuration:
>
> START = ($(START)) && SlotId != 1
>
> --Dan
>
>>
>> This is the condor_status output:
>> Name               OpSys      Arch   State     Activity LoadAv Mem
>> ActvtyTime
>> slot1@xxxxxxxxxxxx LINUX      X86_64 Owner     Idle     0.010  8012
>>  0+00:10:04
>> slot2@xxxxxxxxxxxx LINUX      X86_64 Unclaimed Idle     0.000  4006
>>  0+02:20:06
>> slot3@xxxxxxxxxxxx LINUX      X86_64 Unclaimed Idle     0.000  4006
>>  0+02:20:07
>> slot4@xxxxxxxxxxxx LINUX      X86_64 Unclaimed Idle     0.000  4006
>>  0+02:20:08
>> slot5@xxxxxxxxxxxx LINUX      X86_64 Unclaimed Idle     0.000  4006
>>  0+02:20:09
>> slot6@xxxxxxxxxxxx LINUX      X86_64 Unclaimed Idle     0.000  4006
>>  0+02:20:10
>> slot7@xxxxxxxxxxxx LINUX      X86_64 Unclaimed Idle     0.000  4006
>>  0+02:20:11
>>
>> I want to do this, because the our master/submit node have 8 cores and
>> we want to process tasks in the other cores while we sent jobs from
>> the same server without produce a job's preemption.
>>
>> Thanks
>>
>> On Tue, Jun 28, 2011 at 10:28 AM, Dan Bradley<dan@xxxxxxxxxxxx>  wrote:
>>>
>>> Also, keep in mind that simply advertising 6 cores doesn't force jobs to
>>> only use 6 cores.  The default assumption is that jobs are well-behaved
>>> and
>>> will only use as many resources as advertised in their ClassAd.  If you
>>> wish
>>> to restrict the job running in slot X to only use core X, you can use
>>> ENFORCE_CPU_AFFINITY.
>>>
>>> --Dan
>>>
>>> On 6/28/11 10:17 AM, Lukas Slebodnik wrote:
>>>>
>>>> Another approch is set variable NUM_CPUS, it can be used to lie to the
>>>> condor_startd daemon about how many CPUs a machine has.
>>>>
>>>> After setting this variable Condor must be restarted. Reconfiguration
>>>> using
>>>> condor_reconfig will not be enough.
>>>>
>>>> http://www.cs.wisc.edu/condor/manual/v7.4/3_3Configuration.html#16457
>>>>
>>>> NUM_CPUS = 6
>>>>
>>>> Regards,
>>>> Lukas
>>>>
>>>> On Tue, Jun 28, 2011 at 11:10:05AM -0400, Ian Chesal wrote:
>>>>>
>>>>> On Tuesday, June 28, 2011 at 11:00 AM, Edier Zapata wrote:
>>>>>
>>>>>> Good morning,
>>>>>> Is there a way to avoid the use of X cores by Condor?
>>>>>> Example:
>>>>>>  I have a 8 cores node, but I want Condor to use only the cores 3 to 8
>>>>>> and have cores 1 and 2 free of Condor's processing.
>>>>>> Is there a way to do this?
>>>>>
>>>>> Add:
>>>>>
>>>>> NUM_SLOTS = 6
>>>>>
>>>>> to the condor_config.local file for the machine and it will only
>>>>> advertise 6 slots instead of 8. That's the quick way to do it. If you
>>>>> want
>>>>> 1/8th of the memory per slot instead of 1/6th you need to define a new
>>>>> slot
>>>>> type:
>>>>>
>>>>> SLOT_TYPE_1 = 1/8
>>>>> NUM_SLOTS_TYPE_1 = 6
>>>>> NUM_SLOTS = 6
>>>>>
>>>>> I think you need the NUM_SLOTS in there still to keep Condor from using
>>>>> the 2 additional CPUs you didn't use with TYPE_1 -- play around with
>>>>> that
>>>>> one. It's been a while since I divided things any way other than
>>>>> evenly.
>>>>>
>>>>> For details see:
>>>>>
>>>>> http://www.cs.wisc.edu/condor/manual/v7.4/3_13Setting_Up.html#sec:SMP-Divide
>>>>>
>>>>> Regards,
>>>>> - Ian
>>>>>
>>>>> ---
>>>>> Ian Chesal
>>>>>
>>>>> Cycle Computing, LLC
>>>>> Leader in Open Compute Solutions for Clouds, Servers, and Desktops
>>>>> Enterprise Condor Support and Management Tools
>>>>>
>>>>> http://www.cyclecomputing.com
>>>>> http://www.cyclecloud.com
>>>>> http://twitter.com/cyclecomputing
>>>>>
>>>>>> Thanks.
>>>>>> --
>>>>>> Edier Alberto Zapata Hernández
>>>>>> Ingeniero de Sistemas
>>>>>> Universidad de Valle
>>>>>> _______________________________________________
>>>>>> Condor-users mailing list
>>>>>> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx
>>>>>> (mailto:condor-users-request@xxxxxxxxxxx) with a
>>>>>> subject: Unsubscribe
>>>>>> You can also unsubscribe by visiting
>>>>>> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
>>>>>>
>>>>>> The archives can be found at:
>>>>>> https://lists.cs.wisc.edu/archive/condor-users/
>>>>>
>>>>> _______________________________________________
>>>>> Condor-users mailing list
>>>>> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with
>>>>> a
>>>>> subject: Unsubscribe
>>>>> You can also unsubscribe by visiting
>>>>> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
>>>>>
>>>>> The archives can be found at:
>>>>> https://lists.cs.wisc.edu/archive/condor-users/
>>>>
>>>> _______________________________________________
>>>> Condor-users mailing list
>>>> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with
>>>> a
>>>> subject: Unsubscribe
>>>> You can also unsubscribe by visiting
>>>> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
>>>>
>>>> The archives can be found at:
>>>> https://lists.cs.wisc.edu/archive/condor-users/
>>>
>>> _______________________________________________
>>> Condor-users mailing list
>>> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
>>> subject: Unsubscribe
>>> You can also unsubscribe by visiting
>>> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
>>>
>>> The archives can be found at:
>>> https://lists.cs.wisc.edu/archive/condor-users/
>>>
>>
>>
> _______________________________________________
> Condor-users mailing list
> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
>
> The archives can be found at:
> https://lists.cs.wisc.edu/archive/condor-users/
>



-- 
Edier Alberto Zapata Hernández
Ingeniero de Sistemas
Universidad de Valle