Wait a second, can you tell us what kind of API are you using? I assume you use the vertex API in the graph package right?
2012/11/30 Suraj Menon <[email protected]> > Hi lee, > > I am assuming 'node' here implies BSP peer. > > You would have this feature once I get HAMA-652 ( > https://issues.apache.org/jira/browse/HAMA-652) working. For now you can > do > something similar to what is done is graph processing. > Keep sending a vote to halt(message) to every other peers, when you want to > halt, until in the next superstep you find that the number of votes == > number of peers. This is a limitation in the current implementation. We > need all the peers running together and peer.sync won't proceed until all > the peers enter and leave the synchronization barrier. Please check the > progress on HAMA-652, it should get fixed in near future. > > Thanks, > Suraj > > On Fri, Nov 30, 2012 at 11:05 AM, lee fei <[email protected]> wrote: > > > Thank you for you help~ > > > > I need to know if there is any node active in last superstep to > > decide which the sub program should to process in the compute( ) > function. > > So if I can get the sum of alive nodes(not halted) in last superstep or > the > > sum of messages sent in last superstep, I can easily make the decision. > > > > Is there a way to do that? > > > > On Fri, Nov 30, 2012 at 8:30 PM, Edward <[email protected]> wrote: > > > > > It should be always equal to launched tasks num. Instead, we can count > > > failure tasks num. Why do you need? > > > > > > Sent from my iPhone > > > > > > On Nov 30, 2012, at 6:29 PM, lee fei <[email protected]> wrote: > > > > > > > Hi, > > > > > > > > Did hama have record the sum of alive nodes or sum of tasks in last > > > > superstep? Is there a way to get this kinds of values? > > > > > > > > Thank you for you attention:D > > > > > >
