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

[Edier Zapata <edalzap@xxxxxxxxx>]

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?

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/
>



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