You have expressed this problem in a very misleading fashion. Here is a table showing the equivalent commands and options for the most common workload managers (Slurm, LSF, PBS, SGE and LoadLeveler) that should help:
http://slurm.schedmd.com/rosetta.html
Quoting Michal Zielinski <michal.zielin...@uconn.edu>:
To be honest I'm not sure about what setup was done (ex. MPI in the background), but when I run *bsub -n 50 ./script* on our cluster, I get a single process that has access to a total of 50 cores spread across multiple nodes.Some of these nodes may also contain cores that are allocated to a different job. On Wed, Sep 10, 2014 at 9:06 PM, Christopher Samuel <sam...@unimelb.edu.au> wrote:On 11/09/14 10:56, Christopher Samuel wrote: > This is an operating system kernel issue, not a queuing system issue, so > Slurm, LSF or Torque will all have the same issue. To clarify the Linux kernel can support these sorts of systems, but you'll either need extra supporting software or specialised hardware, or both. :-) It's controlled by the kernel option CONFIG_X86_EXTENDED_PLATFORM, viz: if X86_64 config X86_EXTENDED_PLATFORM bool "Support for extended (non-PC) x86 platforms" default y ---help--- If you disable this option then the kernel will only support standard PC platforms. (which covers the vast majority of systems out there.) If you enable this option then you'll be able to select support for the following (non-PC) 64 bit x86 platforms: Numascale NumaChip ScaleMP vSMP SGI Ultraviolet If you have one of these systems, or if you want to build a generic distribution kernel, say Y here - otherwise say N. endif -- Christopher Samuel Senior Systems Administrator VLSCI - Victorian Life Sciences Computation Initiative Email: sam...@unimelb.edu.au Phone: +61 (0)3 903 55545 http://www.vlsci.org.au/ http://twitter.com/vlsci
-- Morris "Moe" Jette CTO, SchedMD LLC Slurm User Group Meeting September 23-24, Lugano, Switzerland Find out more http://slurm.schedmd.com/slurm_ug_agenda.html
