Re: [hwloc-users] Netloc integration with hwloc
>> >> — I tried building older netloc with hwloc 2.0 and it throws compiler >> errors. Note that netloc was cloned from it’s git repo. > > My guess is that the "map" part that joins netloc's info about the > fabric with hwloc's info about the nodes doesn't like hwloc 2.0. But > that should be easy to disable in the Makefiles and/or to update for > hwloc 2.0. > —We do need the map functionality since we need to identify which processor core is mapped to which network node (from my understanding of the documentation and the definition of mapping, Please correct me if I am wrong here). My other concern is, in the older version of netloc, netloc_ib_gather_raw is not listing any subnets on the cluster where the newer version built within hwloc reports some. I compared the perl scripts and there doesn’t seem to be much difference in the two other than the newer version adding some pattern matching for hfi. The plan should rather be to tell us what you need from netloc so that we can reenable it with a good API. We hear lots of people saying they are interested in netloc, but *nobody* ever told us anything about what they want to do for real. And I am not even sure anybody ever played with the old API. This software cannot go forward unless we know where it's going. There are many ways to design the netloc API. >> — At this point, our requirement is to expose graph construction from raw >> topology xml and mapping and traversal at best. >> I see some of these already defined in private/hwloc.h in the newer version. >> Our problem here Is that we couldn’t build it in embedded mode, which is how >> we are using hwloc. > > Can't you hack your build system to build hwloc in standalone instead of > embedded mode for testing? Or use an external hwloc instead of your > embedded one? — We can do this, shouldn’t be a major concern. But we can only make this work if we use the newer hwloc version and expose some of the functions as I mentioned. > I'd like to get feedback about private/netloc.h before making some of it > public. > > I'll look at making libnetloc embeddable in 2.1. > > Brice > > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users
Re: [hwloc-users] Netloc integration with hwloc
Le 04/04/2018 à 16:49, Madhu, Kavitha Tiptur a écrit : > > — I tried building older netloc with hwloc 2.0 and it throws compiler errors. > Note that netloc was cloned from it’s git repo. My guess is that the "map" part that joins netloc's info about the fabric with hwloc's info about the nodes doesn't like hwloc 2.0. But that should be easy to disable in the Makefiles and/or to update for hwloc 2.0. >>> The plan should rather be to tell us what you need from netloc so that >>> we can reenable it with a good API. We hear lots of people saying they >>> are interested in netloc, but *nobody* ever told us anything about what >>> they want to do for real. And I am not even sure anybody ever played >>> with the old API. This software cannot go forward unless we know where >>> it's going. There are many ways to design the netloc API. > — At this point, our requirement is to expose graph construction from raw > topology xml and mapping and traversal at best. > I see some of these already defined in private/hwloc.h in the newer version. > Our problem here Is that we couldn’t build it in embedded mode, which is how > we are using hwloc. Can't you hack your build system to build hwloc in standalone instead of embedded mode for testing? Or use an external hwloc instead of your embedded one? I'd like to get feedback about private/netloc.h before making some of it public. I'll look at making libnetloc embeddable in 2.1. Brice ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users
Re: [hwloc-users] Netloc integration with hwloc
Hi Chiming in on this conversation, we have a few questions/concerns with some of the responses we received from you. >> >> If you really want the old netloc API now, you could try hwloc 2.x with >> the old netloc. But that's certainly not maintained anymore, and that >> only works for IB while the new netloc should have OPA and Cray support >> soon. — I tried building older netloc with hwloc 2.0 and it throws compiler errors. Note that netloc was cloned from it’s git repo. >> >> The plan should rather be to tell us what you need from netloc so that >> we can reenable it with a good API. We hear lots of people saying they >> are interested in netloc, but *nobody* ever told us anything about what >> they want to do for real. And I am not even sure anybody ever played >> with the old API. This software cannot go forward unless we know where >> it's going. There are many ways to design the netloc API. — At this point, our requirement is to expose graph construction from raw topology xml and mapping and traversal at best. I see some of these already defined in private/hwloc.h in the newer version. Our problem here Is that we couldn’t build it in embedded mode, which is how we are using hwloc. > On Apr 4, 2018, at 9:13 AM, Balaji, Pavan wrote: > > Brice, > > We don't actually care if it is a graph or a different API. We'll anyway > simply parse the graph and create our own internal structures that we can map > to our internal algorithms. We simply need some model (any model) to > retrieve the network topology. That's it. We'll take care of everything > else in MPICH. > > -- Pavan > >> On Apr 4, 2018, at 12:46 AM, Brice Goglin wrote: >> >> If you really want the old netloc API now, you could try hwloc 2.x with >> the old netloc. But that's certainly not maintained anymore, and that >> only works for IB while the new netloc should have OPA and Cray support >> soon. >> >> The plan should rather be to tell us what you need from netloc so that >> we can reenable it with a good API. We hear lots of people saying they >> are interested in netloc, but *nobody* ever told us anything about what >> they want to do for real. And I am not even sure anybody ever played >> with the old API. This software cannot go forward unless we know where >> it's going. There are many ways to design the netloc API. >> >> * We had an explicit graph API in the old netloc but that API implied >> expensive graph algorithmics in the runtimes using it. It seemed >> unusable for taking decision at runtime anyway, but again ever nobody >> tried. Also it was rather strange to expose the full graph when you know >> the fabric is a 3D dragonfly on Cray, etc. >> >> * In the new netloc, we're thinking of having higher-level implicit >> topologies for each class of fabric (dragon-fly, fat-tree, clos-network, >> etc) that require more work on the netloc side and easier work in the >> runtime using it. However that's less portable than exposing the full >> graph. Not sure which one is best, or if both are needed. >> >> * There are also issues regarding nodes/links failure etc. How do we >> expose topology changes at runtime? Do we have a daemon running as root >> in the background, etc? >> >> Lots of question that need to be discussed before we expose a new API In >> the wild. Unfortunately, we lost several years because of the lack of >> users' feedback. I don't want to invest time and rush for a new API if >> MPICH never actually uses it like other people did in the past. >> >> Brice >> >> >> >> >> Le 04/04/2018 à 01:36, Balaji, Pavan a écrit : >>> Brice, >>> >>> We want to use both hwloc and netloc in mpich. What are our options here? >>> Move back to hwloc-1.x? That’d be a bummer because we already invested a >>> lot of effort to migrate to hwloc-2.x. >>> >>> — Pavan >>> >>> Sent from my iPhone >>> On Apr 3, 2018, at 6:19 PM, Brice Goglin wrote: It's not possible now but that would certainly be considered whenever people start using the API and linking against libnetloc. Brice > Le 03/04/2018 à 21:34, Madhu, Kavitha Tiptur a écrit : > Hi > A follow up question, is it possible to build netloc along with hwloc in > embedded mode? > > >> On Mar 30, 2018, at 1:34 PM, Brice Goglin wrote: >> >> Hello >> >> In 2.0, netloc is still highly experimental. Hopefully, a large rework >> will be merged in git master next month for being released in hwloc 2.1. >> >> Most of the API from the old standalone netloc was made private when >> integrated in hwloc because there wasn't any actual user. The API was >> quite large (things for traversing the graph of both the fabric and the >> servers' internals). We didn't want to expose such a large API before >> getting actual user feedback. >> >> In short, in your need features, please let us know, so that we can >> discuss wha
Re: [hwloc-users] Netloc integration with hwloc
Brice, We don't actually care if it is a graph or a different API. We'll anyway simply parse the graph and create our own internal structures that we can map to our internal algorithms. We simply need some model (any model) to retrieve the network topology. That's it. We'll take care of everything else in MPICH. -- Pavan > On Apr 4, 2018, at 12:46 AM, Brice Goglin wrote: > > If you really want the old netloc API now, you could try hwloc 2.x with > the old netloc. But that's certainly not maintained anymore, and that > only works for IB while the new netloc should have OPA and Cray support > soon. > > The plan should rather be to tell us what you need from netloc so that > we can reenable it with a good API. We hear lots of people saying they > are interested in netloc, but *nobody* ever told us anything about what > they want to do for real. And I am not even sure anybody ever played > with the old API. This software cannot go forward unless we know where > it's going. There are many ways to design the netloc API. > > * We had an explicit graph API in the old netloc but that API implied > expensive graph algorithmics in the runtimes using it. It seemed > unusable for taking decision at runtime anyway, but again ever nobody > tried. Also it was rather strange to expose the full graph when you know > the fabric is a 3D dragonfly on Cray, etc. > > * In the new netloc, we're thinking of having higher-level implicit > topologies for each class of fabric (dragon-fly, fat-tree, clos-network, > etc) that require more work on the netloc side and easier work in the > runtime using it. However that's less portable than exposing the full > graph. Not sure which one is best, or if both are needed. > > * There are also issues regarding nodes/links failure etc. How do we > expose topology changes at runtime? Do we have a daemon running as root > in the background, etc? > > Lots of question that need to be discussed before we expose a new API In > the wild. Unfortunately, we lost several years because of the lack of > users' feedback. I don't want to invest time and rush for a new API if > MPICH never actually uses it like other people did in the past. > > Brice > > > > > Le 04/04/2018 à 01:36, Balaji, Pavan a écrit : >> Brice, >> >> We want to use both hwloc and netloc in mpich. What are our options here? >> Move back to hwloc-1.x? That’d be a bummer because we already invested a >> lot of effort to migrate to hwloc-2.x. >> >> — Pavan >> >> Sent from my iPhone >> >>> On Apr 3, 2018, at 6:19 PM, Brice Goglin wrote: >>> >>> It's not possible now but that would certainly be considered whenever >>> people start using the API and linking against libnetloc. >>> >>> Brice >>> >>> >>> >>> Le 03/04/2018 à 21:34, Madhu, Kavitha Tiptur a écrit : Hi A follow up question, is it possible to build netloc along with hwloc in embedded mode? > On Mar 30, 2018, at 1:34 PM, Brice Goglin wrote: > > Hello > > In 2.0, netloc is still highly experimental. Hopefully, a large rework > will be merged in git master next month for being released in hwloc 2.1. > > Most of the API from the old standalone netloc was made private when > integrated in hwloc because there wasn't any actual user. The API was > quite large (things for traversing the graph of both the fabric and the > servers' internals). We didn't want to expose such a large API before > getting actual user feedback. > > In short, in your need features, please let us know, so that we can > discuss what to expose in the public headers and how. > > Brice > > > > >> Le 30/03/2018 à 20:14, Madhu, Kavitha Tiptur a écrit : >> Hi >> >> I need some info on the status of netloc integration with hwloc. I see >> the include/netloc.h header is almost empty in hwloc 2.0 and lots of >> functionality missing compared to the previous standalone netloc >> release, even in private/netloc.h. Am I missing something here? >> >> Thanks >> Kavitha >> > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users >>> ___ >>> hwloc-users mailing list >>> hwloc-users@lists.open-mpi.org >>> https://lists.open-mpi.org/mailman/listinfo/hwloc-users >> ___ >> hwloc-users mailing list >> hwloc-users@lists.open-mpi.org >> https://lists.open-mpi.org/mailman/listinfo/hwloc-users > > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/lis
Re: [hwloc-users] Netloc integration with hwloc
I'm also interested in re-igniting the discussion, if others are also interested. I'm curious about the current state of netloc, and what we all want it to look like. Maybe we should move the discussion to the devel list or have a teleconf or something to kick things off? On Wed, Apr 4, 2018 at 12:46 AM, Brice Goglin wrote: > If you really want the old netloc API now, you could try hwloc 2.x with > the old netloc. But that's certainly not maintained anymore, and that > only works for IB while the new netloc should have OPA and Cray support > soon. > > The plan should rather be to tell us what you need from netloc so that > we can reenable it with a good API. We hear lots of people saying they > are interested in netloc, but *nobody* ever told us anything about what > they want to do for real. And I am not even sure anybody ever played > with the old API. This software cannot go forward unless we know where > it's going. There are many ways to design the netloc API. > > * We had an explicit graph API in the old netloc but that API implied > expensive graph algorithmics in the runtimes using it. It seemed > unusable for taking decision at runtime anyway, but again ever nobody > tried. Also it was rather strange to expose the full graph when you know > the fabric is a 3D dragonfly on Cray, etc. > > * In the new netloc, we're thinking of having higher-level implicit > topologies for each class of fabric (dragon-fly, fat-tree, clos-network, > etc) that require more work on the netloc side and easier work in the > runtime using it. However that's less portable than exposing the full > graph. Not sure which one is best, or if both are needed. > > * There are also issues regarding nodes/links failure etc. How do we > expose topology changes at runtime? Do we have a daemon running as root > in the background, etc? > > Lots of question that need to be discussed before we expose a new API In > the wild. Unfortunately, we lost several years because of the lack of > users' feedback. I don't want to invest time and rush for a new API if > MPICH never actually uses it like other people did in the past. > > Brice > > > > > Le 04/04/2018 à 01:36, Balaji, Pavan a écrit : > > Brice, > > > > We want to use both hwloc and netloc in mpich. What are our options > here? Move back to hwloc-1.x? That’d be a bummer because we already > invested a lot of effort to migrate to hwloc-2.x. > > > > — Pavan > > > > Sent from my iPhone > > > >> On Apr 3, 2018, at 6:19 PM, Brice Goglin wrote: > >> > >> It's not possible now but that would certainly be considered whenever > >> people start using the API and linking against libnetloc. > >> > >> Brice > >> > >> > >> > >> > >>> Le 03/04/2018 à 21:34, Madhu, Kavitha Tiptur a écrit : > >>> Hi > >>> A follow up question, is it possible to build netloc along with hwloc > in embedded mode? > >>> > >>> > On Mar 30, 2018, at 1:34 PM, Brice Goglin > wrote: > > Hello > > In 2.0, netloc is still highly experimental. Hopefully, a large rework > will be merged in git master next month for being released in hwloc > 2.1. > > Most of the API from the old standalone netloc was made private when > integrated in hwloc because there wasn't any actual user. The API was > quite large (things for traversing the graph of both the fabric and > the > servers' internals). We didn't want to expose such a large API before > getting actual user feedback. > > In short, in your need features, please let us know, so that we can > discuss what to expose in the public headers and how. > > Brice > > > > > > Le 30/03/2018 à 20:14, Madhu, Kavitha Tiptur a écrit : > > Hi > > > > I need some info on the status of netloc integration with hwloc. I > see the include/netloc.h header is almost empty in hwloc 2.0 and lots of > functionality missing compared to the previous standalone netloc release, > even in private/netloc.h. Am I missing something here? > > > > Thanks > > Kavitha > > > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users > >>> ___ > >>> hwloc-users mailing list > >>> hwloc-users@lists.open-mpi.org > >>> https://lists.open-mpi.org/mailman/listinfo/hwloc-users > >> ___ > >> hwloc-users mailing list > >> hwloc-users@lists.open-mpi.org > >> https://lists.open-mpi.org/mailman/listinfo/hwloc-users > > ___ > > hwloc-users mailing list > > hwloc-users@lists.open-mpi.org > > https://lists.open-mpi.org/mailman/listinfo/hwloc-users > > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users > -- Josh Hursey IBM Spec
Re: [hwloc-users] Netloc integration with hwloc
If you really want the old netloc API now, you could try hwloc 2.x with the old netloc. But that's certainly not maintained anymore, and that only works for IB while the new netloc should have OPA and Cray support soon. The plan should rather be to tell us what you need from netloc so that we can reenable it with a good API. We hear lots of people saying they are interested in netloc, but *nobody* ever told us anything about what they want to do for real. And I am not even sure anybody ever played with the old API. This software cannot go forward unless we know where it's going. There are many ways to design the netloc API. * We had an explicit graph API in the old netloc but that API implied expensive graph algorithmics in the runtimes using it. It seemed unusable for taking decision at runtime anyway, but again ever nobody tried. Also it was rather strange to expose the full graph when you know the fabric is a 3D dragonfly on Cray, etc. * In the new netloc, we're thinking of having higher-level implicit topologies for each class of fabric (dragon-fly, fat-tree, clos-network, etc) that require more work on the netloc side and easier work in the runtime using it. However that's less portable than exposing the full graph. Not sure which one is best, or if both are needed. * There are also issues regarding nodes/links failure etc. How do we expose topology changes at runtime? Do we have a daemon running as root in the background, etc? Lots of question that need to be discussed before we expose a new API In the wild. Unfortunately, we lost several years because of the lack of users' feedback. I don't want to invest time and rush for a new API if MPICH never actually uses it like other people did in the past. Brice Le 04/04/2018 à 01:36, Balaji, Pavan a écrit : > Brice, > > We want to use both hwloc and netloc in mpich. What are our options here? > Move back to hwloc-1.x? That’d be a bummer because we already invested a lot > of effort to migrate to hwloc-2.x. > > — Pavan > > Sent from my iPhone > >> On Apr 3, 2018, at 6:19 PM, Brice Goglin wrote: >> >> It's not possible now but that would certainly be considered whenever >> people start using the API and linking against libnetloc. >> >> Brice >> >> >> >> >>> Le 03/04/2018 à 21:34, Madhu, Kavitha Tiptur a écrit : >>> Hi >>> A follow up question, is it possible to build netloc along with hwloc in >>> embedded mode? >>> >>> On Mar 30, 2018, at 1:34 PM, Brice Goglin wrote: Hello In 2.0, netloc is still highly experimental. Hopefully, a large rework will be merged in git master next month for being released in hwloc 2.1. Most of the API from the old standalone netloc was made private when integrated in hwloc because there wasn't any actual user. The API was quite large (things for traversing the graph of both the fabric and the servers' internals). We didn't want to expose such a large API before getting actual user feedback. In short, in your need features, please let us know, so that we can discuss what to expose in the public headers and how. Brice > Le 30/03/2018 à 20:14, Madhu, Kavitha Tiptur a écrit : > Hi > > I need some info on the status of netloc integration with hwloc. I see > the include/netloc.h header is almost empty in hwloc 2.0 and lots of > functionality missing compared to the previous standalone netloc release, > even in private/netloc.h. Am I missing something here? > > Thanks > Kavitha > ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users >>> ___ >>> hwloc-users mailing list >>> hwloc-users@lists.open-mpi.org >>> https://lists.open-mpi.org/mailman/listinfo/hwloc-users >> ___ >> hwloc-users mailing list >> hwloc-users@lists.open-mpi.org >> https://lists.open-mpi.org/mailman/listinfo/hwloc-users > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users
Re: [hwloc-users] Netloc integration with hwloc
Brice, We want to use both hwloc and netloc in mpich. What are our options here? Move back to hwloc-1.x? That’d be a bummer because we already invested a lot of effort to migrate to hwloc-2.x. — Pavan Sent from my iPhone > On Apr 3, 2018, at 6:19 PM, Brice Goglin wrote: > > It's not possible now but that would certainly be considered whenever > people start using the API and linking against libnetloc. > > Brice > > > > >> Le 03/04/2018 à 21:34, Madhu, Kavitha Tiptur a écrit : >> Hi >> A follow up question, is it possible to build netloc along with hwloc in >> embedded mode? >> >> >>> On Mar 30, 2018, at 1:34 PM, Brice Goglin wrote: >>> >>> Hello >>> >>> In 2.0, netloc is still highly experimental. Hopefully, a large rework >>> will be merged in git master next month for being released in hwloc 2.1. >>> >>> Most of the API from the old standalone netloc was made private when >>> integrated in hwloc because there wasn't any actual user. The API was >>> quite large (things for traversing the graph of both the fabric and the >>> servers' internals). We didn't want to expose such a large API before >>> getting actual user feedback. >>> >>> In short, in your need features, please let us know, so that we can >>> discuss what to expose in the public headers and how. >>> >>> Brice >>> >>> >>> >>> Le 30/03/2018 à 20:14, Madhu, Kavitha Tiptur a écrit : Hi I need some info on the status of netloc integration with hwloc. I see the include/netloc.h header is almost empty in hwloc 2.0 and lots of functionality missing compared to the previous standalone netloc release, even in private/netloc.h. Am I missing something here? Thanks Kavitha >>> ___ >>> hwloc-users mailing list >>> hwloc-users@lists.open-mpi.org >>> https://lists.open-mpi.org/mailman/listinfo/hwloc-users >> ___ >> hwloc-users mailing list >> hwloc-users@lists.open-mpi.org >> https://lists.open-mpi.org/mailman/listinfo/hwloc-users > > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users
Re: [hwloc-users] Netloc integration with hwloc
It's not possible now but that would certainly be considered whenever people start using the API and linking against libnetloc. Brice Le 03/04/2018 à 21:34, Madhu, Kavitha Tiptur a écrit : > Hi > A follow up question, is it possible to build netloc along with hwloc in > embedded mode? > > >> On Mar 30, 2018, at 1:34 PM, Brice Goglin wrote: >> >> Hello >> >> In 2.0, netloc is still highly experimental. Hopefully, a large rework >> will be merged in git master next month for being released in hwloc 2.1. >> >> Most of the API from the old standalone netloc was made private when >> integrated in hwloc because there wasn't any actual user. The API was >> quite large (things for traversing the graph of both the fabric and the >> servers' internals). We didn't want to expose such a large API before >> getting actual user feedback. >> >> In short, in your need features, please let us know, so that we can >> discuss what to expose in the public headers and how. >> >> Brice >> >> >> >> >> Le 30/03/2018 à 20:14, Madhu, Kavitha Tiptur a écrit : >>> Hi >>> >>> I need some info on the status of netloc integration with hwloc. I see the >>> include/netloc.h header is almost empty in hwloc 2.0 and lots of >>> functionality missing compared to the previous standalone netloc release, >>> even in private/netloc.h. Am I missing something here? >>> >>> Thanks >>> Kavitha >>> >> ___ >> hwloc-users mailing list >> hwloc-users@lists.open-mpi.org >> https://lists.open-mpi.org/mailman/listinfo/hwloc-users > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users
Re: [hwloc-users] Netloc integration with hwloc
Hi A follow up question, is it possible to build netloc along with hwloc in embedded mode? > On Mar 30, 2018, at 1:34 PM, Brice Goglin wrote: > > Hello > > In 2.0, netloc is still highly experimental. Hopefully, a large rework > will be merged in git master next month for being released in hwloc 2.1. > > Most of the API from the old standalone netloc was made private when > integrated in hwloc because there wasn't any actual user. The API was > quite large (things for traversing the graph of both the fabric and the > servers' internals). We didn't want to expose such a large API before > getting actual user feedback. > > In short, in your need features, please let us know, so that we can > discuss what to expose in the public headers and how. > > Brice > > > > > Le 30/03/2018 à 20:14, Madhu, Kavitha Tiptur a écrit : >> Hi >> >> I need some info on the status of netloc integration with hwloc. I see the >> include/netloc.h header is almost empty in hwloc 2.0 and lots of >> functionality missing compared to the previous standalone netloc release, >> even in private/netloc.h. Am I missing something here? >> >> Thanks >> Kavitha >> > > ___ > hwloc-users mailing list > hwloc-users@lists.open-mpi.org > https://lists.open-mpi.org/mailman/listinfo/hwloc-users ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users
Re: [hwloc-users] Netloc integration with hwloc
Hello In 2.0, netloc is still highly experimental. Hopefully, a large rework will be merged in git master next month for being released in hwloc 2.1. Most of the API from the old standalone netloc was made private when integrated in hwloc because there wasn't any actual user. The API was quite large (things for traversing the graph of both the fabric and the servers' internals). We didn't want to expose such a large API before getting actual user feedback. In short, in your need features, please let us know, so that we can discuss what to expose in the public headers and how. Brice Le 30/03/2018 à 20:14, Madhu, Kavitha Tiptur a écrit : > Hi > > I need some info on the status of netloc integration with hwloc. I see the > include/netloc.h header is almost empty in hwloc 2.0 and lots of > functionality missing compared to the previous standalone netloc release, > even in private/netloc.h. Am I missing something here? > > Thanks > Kavitha > ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users
[hwloc-users] Netloc integration with hwloc
Hi I need some info on the status of netloc integration with hwloc. I see the include/netloc.h header is almost empty in hwloc 2.0 and lots of functionality missing compared to the previous standalone netloc release, even in private/netloc.h. Am I missing something here? Thanks Kavitha ___ hwloc-users mailing list hwloc-users@lists.open-mpi.org https://lists.open-mpi.org/mailman/listinfo/hwloc-users