Am 27.10.2015 um 23:57 schrieb Mark Abraham:
Hi,


On Tue, Oct 27, 2015 at 11:39 PM Vedat Durmaz <dur...@zib.de> wrote:

hi mark,

many thanks. but can you be a little more precise? the author's only
hint regarding mpi is on this site
"http://rashmikumari.github.io/g_mmpbsa/How-to-Run.html"; and related to
APBS. g_mmpbsa itself doesn't understand openmp/mpi afaik.

the error i'm observing is occurring pretty much before apbs is started.
to be honest, i can't see any link to my initial question ...

It has the sentence "Although g_mmpbsa does not support mpirun..." aprun is
a form of mpirun, so I assumed you knew that what you were trying was
actually something that could work, which would therefore have to be with
the APBS back end. The point of what it says there is that you don't run
g_mmpbsa with aprun, you tell it how to run APBS with aprun. This just
avoids the problem entirely because your redirected/interactive input goes
to a single g_mmpbsa as normal, which then launches APBS with MPI support.

Tool authors need to actively write code to be useful with MPI, so unless
you know what you are doing is supposed to work with MPI because they say
it works, don't try.

Mark

you are right. it's apbs which ought to run in parallel mode. of course, i can set the variable 'export APBS="mpirun -np 8 apbs"' [or set 'export OMP_NUM_THREADS=8'] if i want to split a 24 cores-node to let's say 3 independent g_mmpbsa processes. the problem is that i must start g_mmpbsa itself with aprun (in the script run_mmpbsa.sh). i absolutely cannot see any other way of running apbs when using it out of g_mmpbs. hence, i need to run

aprun -n 3 -N 3 -cc 0-7:8-15:16-23 ../run_mmpbsa.sh

and of course i'm aware about having given 8 cores to g_mmpbsa, hoping that it is able to read my input and to run apbs which hopefully uses all of the 8 cores. the user input (choosing protein, then ligand), however, "Cannot [be] read". this issue occurs quite early during the g_mmpbsa process and therefore has nothing to do with the apbs (either with openmp or mpi) functionality which is launched later.

if i simulate the whole story (spreading 24 cores of a node over 3 processes) using a bash script (instead of g_mmpbsa) which just expects (and prints) the two inputs during runtime and which i start three times on one node, everything works fine. i'm just asking myself whether someone knows why gromacs fails under the same conditions and whether it is possible to remedy that problem.

thanks again,

vedat





Am 27.10.2015 um 22:43 schrieb Mark Abraham:
Hi,

I think if you check out how the g_mmpbsa author intends you to use MPI
with the tool, your problem goes away.
http://rashmikumari.github.io/g_mmpbsa/Usage.html

Mark

On Tue, Oct 27, 2015 at 10:10 PM Vedat Durmaz <dur...@zib.de> wrote:

hi guys,

I'm struggling with the use of diverse gromacs commands on a Cray XC30
system. actually, it's about the external tool g_mmpbsa which requires
user action during runtime. i get similar errors with other Gromacs
tools, e.g., make_ndx, though, i know that it doesn't make sense to use
more than one core for make_ndx. however, g_mmpsa (or rather apbs used
by g_mmpbsa) is supposed to be capable of multiple cores using openmp.
so, as long as i assign all of the 24 cores of a computing node to one
process through

aprun -n 1 ../run_mmpbsa.sh

everthing works fine. user input is accepted either interactively, by
using the echo command, or through a here construction (""... << EOF ...
EOF). however, as soon as I try to split the 24 cores of a node to
multiple processes (more than one) using for instance

aprun -n 3 -N 3 -cc 0-7:8-15:16-23 ../run_mmpbsa.sh

(and OMP_NUM_THREADS=8), there is neither an occasion to feed with user
input in the interactive mode nor it is recognized through echo/here in
the script. instead, i get the error

   >> Source code file: .../gromacs-4.6.7/src/gmxlib/index.c, line: 1192
   >> Fatal error:
   >> Cannot read from input

where, according to the source code, "scanf" malfunctions. when i use,
for comparison purposes, make_ndx that i would like to feed with "q" i
observe a similar error:

   >>Source code file: .../gromacs-4.6.7/src/tools/gmx_make_ndx.c, line:
1219
   >>Fatal error:
   >>Error reading user input

here, it's "fgets" which is malfunctioning.

does anyone have an idea what this could be caused by? what do i need to
consider/change in order to be able to start more than process on one
computing node?

thanks in advance

vedat


--
Gromacs Users mailing list

* Please search the archive at
http://www.gromacs.org/Support/Mailing_Lists/GMX-Users_List before
posting!

* Can't post? Read http://www.gromacs.org/Support/Mailing_Lists

* For (un)subscribe requests visit
https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-users or
send a mail to gmx-users-requ...@gromacs.org.

--
Gromacs Users mailing list

* Please search the archive at
http://www.gromacs.org/Support/Mailing_Lists/GMX-Users_List before
posting!

* Can't post? Read http://www.gromacs.org/Support/Mailing_Lists

* For (un)subscribe requests visit
https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-users or
send a mail to gmx-users-requ...@gromacs.org.


--
Gromacs Users mailing list

* Please search the archive at 
http://www.gromacs.org/Support/Mailing_Lists/GMX-Users_List before posting!

* Can't post? Read http://www.gromacs.org/Support/Mailing_Lists

* For (un)subscribe requests visit
https://maillist.sys.kth.se/mailman/listinfo/gromacs.org_gmx-users or send a 
mail to gmx-users-requ...@gromacs.org.

Reply via email to