Package Details: mpich 4.2.3-1

Git Clone URL: https://aur.archlinux.org/mpich.git (read-only, click to copy)
Package Base: mpich
Description: An improved implementation of the Message Passing Interface.
Upstream URL: https://mpich.org
Licenses: custom
Replaces: mpich2
Submitter: jedbrown
Maintainer: jedbrown
Last Packager: jedbrown
Votes: 88
Popularity: 0.102138
First Submitted: 2012-12-31 21:25 (UTC)
Last Updated: 2024-11-07 17:21 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »

jedbrown commented on 2013-02-16 19:26 (UTC)

@Edgemaster Thanks. They changed the default target and I fixed it locally, but forgot to push. Updated now.

Edgemaster commented on 2013-02-16 18:42 (UTC)

manpages don't seem to be packaged, even though provision is made for them in the profile.d file.

doug commented on 2012-12-14 10:17 (UTC)

the process-core binding is broken, when I try to bind processes to cores as described here http://wiki.mpich.org/mpich/index.php/Using_the_Hydra_Process_Manager#Process-core_Binding I get errors [proxy:0:0@embryo04] get_nbobjs_by_type (../../../../src/pm/hydra/tools/topo/hwloc/topo_hwloc.c:189): assert (nb % x == 0) failed [proxy:0:0@embryo04] handle_bitmap_binding (../../../../src/pm/hydra/tools/topo/hwloc/topo_hwloc.c:450): unable to get number of objects [proxy:0:0@embryo04] HYDT_topo_hwloc_init (../../../../src/pm/hydra/tools/topo/hwloc/topo_hwloc.c:527): error binding with bind "core" and map "(null)" [proxy:0:0@embryo04] HYDT_topo_init (../../../../src/pm/hydra/tools/topo/topo.c:60): unable to initialize hwloc [proxy:0:0@embryo04] launch_procs (../../../../src/pm/hydra/pm/pmiserv/pmip_cb.c:516): unable to initialize process topology [proxy:0:0@embryo04] HYD_pmcd_pmip_control_cmd_cb (../../../../src/pm/hydra/pm/pmiserv/pmip_cb.c:890): launch_procs returned error [proxy:0:0@embryo04] HYDT_dmxu_poll_wait_for_event (../../../../src/pm/hydra/tools/demux/demux_poll.c:77): callback returned error status [proxy:0:0@embryo04] main (../../../../src/pm/hydra/pm/pmiserv/pmip.c:210): demux engine error waiting for event [mpiexec@embryo04] control_cb (../../../../src/pm/hydra/pm/pmiserv/pmiserv_cb.c:201): assert (!closed) failed [mpiexec@embryo04] HYDT_dmxu_poll_wait_for_event (../../../../src/pm/hydra/tools/demux/demux_poll.c:77): callback returned error status [mpiexec@embryo04] HYD_pmci_wait_for_completion (../../../../src/pm/hydra/pm/pmiserv/pmiserv_pmci.c:196): error waiting for event [mpiexec@embryo04] main (../../../../src/pm/hydra/ui/mpich/mpiexec.c:325): process manager error waiting for completion the 1.5 package for debian from here http://www.cebacad.net/files/mpich2/debian works fine on debian system

mrbit commented on 2012-05-24 19:16 (UTC)

ok. thanks

jedbrown commented on 2012-05-24 18:39 (UTC)

The 1.4.1 build system was broken and 1.5b1 is a beta which also had build system issues. I sent patches upstream and they were accepted, so they will be in the next release. I will update this package when 1.5 is released.

mrbit commented on 2012-05-24 17:55 (UTC)

update please...thanks

karabaja4 commented on 2012-04-11 19:21 (UTC)

Yeah, that seems right. So, it would be prudent to include openssh as a dependency.

thebodzio commented on 2012-04-02 23:39 (UTC)

@karabaja4: I think it uses ssh heavily in the course of “delegating” processes and communicating with them. Take a look at ps when running some program via mpirun, you'll find a bunch of ssh sessions with stdout redirected to originating host. Of course this is only a simple observation and the purpose of ssh may be different, but… I think it's quite reasonable to assume it is as described.

karabaja4 commented on 2012-03-29 15:44 (UTC)

For some reason this package needs openssh package, otherwise even the simplest multiprocess tasks executed with mpiexec give segmentation fault.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 Next › Last »