On Thu, 8 Dec 2005, Jeff Squyres wrote:
Check out http://svn.open-mpi.org/svn/ompi/trunk/opal/mca/paffinity/
linux/paffinity_linux.h -- there's a big comment in that file about
the problem, to include descriptions of the 3 APIs.
I'm sorry, but that is not quite what I wrote about in my messag
If one looks though enough kernel versions, one finds that some of them
differ in what they will accept for the len. Some produce EINVAL if
len!=sizeof(long), others (especially Altix) produce EINVAL if len is
too short to cover all the machine's CPUs. I think I recall finding one
that was ev
On Thu, 8 Dec 2005, Jeff Squyres wrote:
This is friggen' amazing.
Let me disagree with you here... and not because I proposed a
different solution. ;-)
rc = sched_setaffinity(0, sizeof(mask), mask);
This changes whatever affinity might have been set before this check,
for example b
On Dec 9, 2005, at 3:06 PM, Bogdan Costescu wrote:
rc = sched_setaffinity(0, sizeof(mask), mask);
This changes whatever affinity might have been set before this check,
for example by a (smart, don't know if such exists now) batch system.
I haven't checked if it's possible, but I think tha
Just recently finished checking. For the collection of Linux hosts I
have access to, the probe results are the same regardless of the choice
of set or get. I agree 100% that "get" is a safer probe.
-Paul
Jeff Squyres wrote:
On Dec 9, 2005, at 3:06 PM, Bogdan Costescu wrote:
rc = sche
