If you do not specify the number of nodes does it work as expected?

On Tue, 12 Jul 2016, 09:25 Loris Bennett, <loris.benn...@fu-berlin.de>
wrote:

>
> Husen R <hus...@gmail.com> writes:
>
> > Re: [slurm-dev] Re: number of processes in slurm job
> >
> > Hi,
> >
> > Thanks for your reply !
> >
> > I use this sbatch script
> >
> > #!/bin/bash
> > #SBATCH -J mm6kn2_03
> > #SBATCH -o 6kn203-%j.out
> > #SBATCH -A necis
> > #SBATCH -N 3
> > #SBATCH -n 16
> > #SBATCH --time=05:30:00
> >
> > mpirun ./mm.o 6000
>
> You need to tell 'mpirun' how many processes to start.  If you do not,
> probably all cores available will be used.  So it looks like you have 6
> cores per node and thus 'mpirun' starts 18 processes.  You should write
> some thing like
>
>   mpirun -np ${SLURM_NTASKS} ./mm.o 6000
>
> Cheers,
>
> Loris
>
> > regards,
> >
> > Husen
> >
> > On Tue, Jul 12, 2016 at 1:21 PM, Loris Bennett
> > <loris.benn...@fu-berlin.de> wrote:
> >
> >     Husen R <hus...@gmail.com> writes:
> >
> >     > number of processes in slurm job
> >
> >
> >     >
> >     > Hi all,
> >     >
> >     > I tried to run a job on 3 nodes (N=3) with 16 number of processes
> >     > (n=16) but slurm automatically changes that n value to 18 (n=18).
> >     >
> >     > I also tried to use other combination of n values that are not
> equally
> >     > devided by N but Slurm automatically changes those n values to
> values
> >     > that are equally devided by N.
> >     >
> >     > How to change this behavior ?
> >     > I need to use a specific value of n for experimental purpose.
> >     >
> >     > Thank you in advance.
> >     >
> >     > Regards,
> >     >
> >     > Husen
> >
> >
> >     You need to give more details about what you did. How did you set the
> >     number of processes?
> >
> >     Cheers,
> >
> >     Loris
> >
> >     --
> >     Dr. Loris Bennett (Mr.)
> >     ZEDAT, Freie Universität Berlin Email
> >     loris.benn...@fu-berlin.de
> >
> >
> >
>
> --
> Dr. Loris Bennett (Mr.)
> ZEDAT, Freie Universität Berlin         Email loris.benn...@fu-berlin.de
>

Reply via email to