Hi Rayson,
I guess this is an issue only for SGE. I believe there is something
called 'carto' framework is being developed to represent the node-socket
relationship in order to address the multicore issue. I think there are
other folks in the team who are actively working on it so they probabl
On Jan 10, 2008, at 4:17 AM, Pavel Shamis (Pasha) wrote:
This patch has been tested with IB and iWARP adapters on a 2 node
system
(with it correctly choosing to use oob and happily ignoring iWARP
adapters). It needs XRC testing and testing of larger node systems.
Did you run MTT over all th
carto is more intended to be a discovery and provider of topology
information. How various parts of the OMPI code base use that
information is a different issue.
With regards to processor affinity, there are two general ways of
doing it:
1. The resource manager tells us what processors h
Hi Jeff,
I could reproduce the linker problem with the sf.net GCC. Thanks for
your hint.
A header include was missing for STL's functional objects. :-(
Matthias
On Do, 2008-01-10 at 13:21 -0500, Jeff Squyres wrote:
> On Jan 10, 2008, at 10:19 AM, Andreas Knüpfer wrote:
>
> > unfortunately, w
I am able to compile now on OS X -- great!
However, I seem to get some weird errors when running on Leopard:
[13:14] beezle:~/tmp/foo % mpicc-vt ../hello.c -o hello
[13:14] beezle:~/tmp/foo % nm hello > hello.nm
[13:14] beezle:~/tmp/foo % setenv VT_NMFILE ~/tmp/foo/hello.nm
[13:14] beezle:~/tmp/
The OnHostTopologyDescription is actually quite similar to the
Locality Group API and MPO on Solaris:
http://www.opensolaris.org/os/community/performance/mpo_overview.pdf
http://www.opensolaris.org/os/community/performance/numa/mpo_update.pdf
And we have some discussions on the OpenSolaris forum,