Doesn't qsub -binding pe or env handle it for you already? And with qsub -binding env, you get the $SGE_BINDING variable, so you can bind your threads yourselves if you want to.
http://gridscheduler.sourceforge.net/htmlman/htmlman1/qsub.html --Chi On Mon, Aug 6, 2012 at 1:24 PM, Txema Heredia Genestar <txema.here...@upf.edu> wrote: > Hello all, > > I am testing for the first time the core binding capabilities of SGE. I want > all my non-parallel environment jobs to have a core binding of 1 core (our > users tend to forget about the -pe and submit multithreaded jobs without > requesting it). To do that, I am basing on this JSV script: > https://github.com/HPCKP/JSV-for-Grid-Engine/blob/master/jsv_core_binding.sh > > This deals with non-pe jobs perfectly, but a new problem arises: When a user > submits a job to a pe_slots kind of parallel environment, I can only set the > core binding (as far as I understand) to either pe_min or pe_max, but not to > the real pe_slots that will be granted to the job once it is scheduled. > > An example: > User 1 submits a job with "-pe threaded 4-12 " to a 12-core node with 3 > single-core jobs running. SGE grants the job 9 slots and it starts 9 > threads. My 2 options now are: setting cb to pe_min (= 4) or to pe_max (= > 12). The first case will slow that job, and the second one will ignore > binding and mess with all 4 jobs in the node. > > Is there any other way to set the core binding to exactly the number of > cores the job is granted? > > Thanks in advance, > > Txema > _______________________________________________ > users mailing list > users@gridengine.org > https://gridengine.org/mailman/listinfo/users _______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users
