Hi Samuel,
my apologies for not checking this. On a Linux box this indeed worked out of the box.
This system has 4 levels
Cpuset: 0x00000fff
Number of objects at depth 0: 1
Number of objects at depth 1: 2
Number of objects at depth 2: 12
Number of objects at depth 3: 12
It seems now that it has the whole system in the cpuset. How can I
really infer the PU this process was run on? I would have expected the
cpuset to have only 1 element per level to indicate the path from
machine to PU. Evidently my understanding of this functionality is still
not correct.
Best regards,
Marc-Andre
On 16.01.2012, at 14:33, Samuel Thibault wrote:
> Hello,
>
> Marc-André Hermanns, le Mon 16 Jan 2012 14:01:23 +0100, a écrit :
>> hwloc_get_last_cpu_location(topology, cpuset, 0);
>>
>> and I am at a total loss on what I should make of this. It seems I am
>> doing something fundamentally wrong,
>
> You need to check the value returned by the function:
> get_last_cpu_location is currently implemented only on Linux. I don't
> think MacOS provides the information.
>
> Samuel
> _______________________________________________
> hwloc-users mailing list
> hwloc-users_at_[hidden]
> http://www.open-mpi.org/mailman/listinfo.cgi/hwloc-users
--
Marc-Andre Hermanns
German Research School for
Simulation Sciences GmbH
c/o Laboratory for Parallel Programming
52056 Aachen | Germany
Tel +49 241 80 99753
Fax +49 241 80 6 99753
Web www.grs-sim.de
Members: Forschungszentrum Jülich GmbH | RWTH Aachen University
Registered in the commercial register of the local court of
Düren (Amtsgericht Düren) under registration number HRB 5268
Registered office: Jülich
Executive board: Prof. Marek Behr Ph.D. | Dr. Norbert Drewes
- application/pkcs7-signature attachment: smime.p7s
|
![[Flag]](../../../../../community/mirrors/flag-us.gif){kind=small}