Le 20/12/2010 20:06, Guy Streeter a écrit :
> I decided I should just give you the whole output.
Thanks. Indeed, it's a Linux "feature". When you request a non-strict
memory binding in Linux (MPOL_PREFERRED, not MPOL_BIND), it only keeps
the first node in the input nodemask. Instead of allocating
On 12/20/2010 12:56 PM, Brice Goglin wrote:
Le 20/12/2010 19:40, Guy Streeter a écrit :
Get this singlethreaded process memory : expected 0x000f, got
0xf...f
Is that a bug?
That's on my Fedora 13 non-numa system.
This is kind of expected. 0x000f means all the cores in the machine.
0x
On 12/20/2010 12:56 PM, Brice Goglin wrote:
Le 20/12/2010 19:40, Guy Streeter a écrit :
Get this singlethreaded process memory : expected 0x000f, got
0xf...f
Is that a bug?
That's on my Fedora 13 non-numa system.
This is kind of expected. 0x000f means all the cores in the machine.
0x
Le 20/12/2010 19:40, Guy Streeter a écrit :
> Get this singlethreaded process memory : expected 0x000f, got
> 0xf...f
>
> Is that a bug?
> That's on my Fedora 13 non-numa system.
This is kind of expected. 0x000f means all the cores in the machine.
0xf...f means all the machine when the ma
On 12/16/2010 06:03 AM, Jeff Squyres wrote:
Both have been posted.
http://www.open-mpi.org/software/hwloc/v1.0/
http://www.open-mpi.org/software/hwloc/v1.1/
I have not updated the docs for these rc's on the web site in anticipation that
these are final/quick rc's and the real release
Both have been posted.
http://www.open-mpi.org/software/hwloc/v1.0/
http://www.open-mpi.org/software/hwloc/v1.1/
I have not updated the docs for these rc's on the web site in anticipation that
these are final/quick rc's and the real release will be sometime later today.
Please test so