| commit | fa88d7f97cc947105af60fdb7e3dd60f1c65b705 | |
| author | Juan Galvez <jjgalvez@illinois.edu> | |
| Thu, 9 Feb 2017 16:23:20 +0000 (9 10:23 -0600) | ||
| committer | Eric Mikida <mikida2@illinois.edu> | |
| Thu, 9 Feb 2017 22:35:43 +0000 (9 16:35 -0600) | ||
| tree | 970611b2e949d744a91183774ce71b502b1145b6 | treesnapshot (tar.gz zip) |
| parent | 7f661eec7733721c6977c329f0976b715ee65c34 | commitdiff |
Bug #337 TopoManager: query cputopology when topo info not present
Before, if no machine-specific topology information was present,
TopoManager would consider each PE to be a separate physical
node. Now, it will query cputopology (converse module) if
no topology info is present.
What cputopology does in this situation is to group PEs based on
the IP addresses of their host, which are sent to PE0 in a
converse-level reduction.
Note that if cputopology can't obtain socket addresses in a
particular system, it will at least group PEs by logical node,
which is still useful.
Change-Id: If0be00be31b7bdbaacf9d24bd045610a2887ecba
Before, if no machine-specific topology information was present,
TopoManager would consider each PE to be a separate physical
node. Now, it will query cputopology (converse module) if
no topology info is present.
What cputopology does in this situation is to group PEs based on
the IP addresses of their host, which are sent to PE0 in a
converse-level reduction.
Note that if cputopology can't obtain socket addresses in a
particular system, it will at least group PEs by logical node,
which is still useful.
Change-Id: If0be00be31b7bdbaacf9d24bd045610a2887ecba
| src/conv-core/cputopology.C | diffblobblamehistory | |
| src/util/topomanager/TopoManager.C | diffblobblamehistory |