Hi,
Following up with the thread with the same subject (
http://thread.gmane.org/gmane.comp.clustering.opengridengine.user/894/ ).
We're using sge 6.2u5, our setup is 2 machines(its a testing cluster)
with 2 cores each machine.
-qsub -q v20z.q -pe smp 1 script.sub
-wait until the job runs
-q
On Fri, May 11, 2012 at 12:47 AM, Simon Hood wrote:
>
> Hi All,
>
> I admin a gridengine cluster (GE 6.2u5) in which there are multiple queues
> and multiple PEs.
> I have some resource quotas set. Here is some output from qquota:
>
> qquota -u greedyuser
>
> ..
> ..
> PEs.rqs/1 slots
Hi,
I am trying to determine the best way to ensure that an SMP (OpenMP) job
runs on a single node of the cluster exclusively. That is to say I want the
entire node to this one job, even if the job doesn't use all cores on the
node. Our cluster has 12 physical cores per node. My predecessor achiev
If you are running SGE 6.2u5, then you can use exclusive job scheduling:
http://docs.oracle.com/cd/E24901_01/doc.62/e21978/management.htm#sthref431
IMO, it is cleaner than other ways. Also, some OpenMP implementations
assume that they get the whole node, and thus it is better to just use
the node
Jack,
Here's my notes from setting up exclusive host access in SGE 6.2u3 and above:
qconf -mc
add the following:
exclusive excl BOOL EXCL YES YES 0 1000
To add the exclusive scheduling to a host:
qconf -me
Set the complex_values variable to exclusive=true.
To use this: qsub -l excl=true job
hi
not sure what is the issues here, see in-line
On 5/11/2012 8:11 AM, iqtcub wrote:
Hi,
Following up with the thread with the same subject (
http://thread.gmane.org/gmane.comp.clustering.opengridengine.user/894/ ).
We're using sge 6.2u5, our setup is 2 machines(its a testing cluster)
with
On 05/11/2012 05:11 AM, iqtcub wrote:
From what i understood, its possible that this method is broken, am i
right?
I mostly understand your config; I think the primary thing to look at is
the:
queue_sort_method load
load_formula slots
We use load_formula
Most of the latest release should work fine i believe, mvapich1 tight
integration could prove difficult, some applications that does mpi in their
own way could be difficult to launch or integrate, the question should
what integrates out of the box, and what does not ? and of course we are
here onl
Running RHEL 6.2 and following the instructions for no dependencies here:
http://gridscheduler.sourceforge.net/CompileGridEngineSource.html
My build fails on:
gcc -DSGE_ARCH_STRING=\"linux-x64\" -O3 -Wall -Wstrict-prototypes
-DUSE_POLL -DLINUX -DLINUXX64 -DLINUXX64 -D_GNU_SOURCE
-DGETHOSTBYNA
Hi Brian,
Sounds like your system does not have pam-devel (and also pam?) installed.
Note that you can use one of our pre-compiled binary tarballs, eg.
this one with the Java GUI installer:
http://dl.dropbox.com/u/47200624/respin/ge2011.11.tar.gz
Rayson
On Fri, May 11, 2012 at 8:14 PM, Brian
try just use this
http://dl.dropbox.com/u/47200624/respin/ge2011.11.tar.gz
On 5/11/2012 8:14 PM, Brian McNally wrote:
Running RHEL 6.2 and following the instructions for no dependencies here:
http://gridscheduler.sourceforge.net/CompileGridEngineSource.html
My build fails on:
gcc -DSGE_ARCH_
I compiled GE 2011.11 on RHEL 5.8, and I installed a number of dependencies:
$ yum install pam-devel ncurses ncurses-devel openssl-devel
And if you need the qmon UI, you will need to yum install a few more X
libraries like OpenMOTIF, libXpm.
--Chi
On Fri, May 11, 2012 at 8:14 PM, Brian McNall
What are the difficulties one may encounter with tight MVAPICH1?
--Chi
On Fri, May 11, 2012 at 6:23 PM, Walid wrote:
> Most of the latest release should work fine i believe, mvapich1 tight
> integration could prove difficult, some applications that does mpi in their
> own way could be difficult
13 matches
Mail list logo