This web mail archive is frozen.
This page is part of a frozen web archive of this mailing list.
You can still navigate around this archive, but know that no new mails
have been added to it since July of 2016.
Click here to be taken to the new web archives of this list; it includes all the mails that are in this frozen archive plus all new mails that have been sent to the list since it was migrated to the new archives.
my apologies for not checking this. On a Linux box this indeed worked out of the box.
This system has 4 levels
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
On 16.01.2012, at 14:33, Samuel Thibault wrote:
> 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.
> hwloc-users mailing list
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
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