Re: Restarting Algorithm Pattern

2013-06-04 Thread Avery Ching
Currently aggregators are the only way that the master can communicate 
to the workers with user code.  If you have any suggestions for 
additional methods, we'd like to hear about it!


Avery

On 6/4/13 8:05 AM, David Gainer wrote:


Thanks.  That does the trick.

To set the variable in the master that the workers can see I'm using 
an aggregator -- even though it doesn't do any aggregating.  It works 
-- but is this


the right way to go about that?

*From:*Avery Ching [mailto:ach...@apache.org]
*Sent:* Tuesday, June 04, 2013 3:05 AM
*To:* user@giraph.apache.org
*Cc:* David Gainer
*Subject:* Re: Restarting Algorithm Pattern

Rather than use voteToHalt, you could add an Aggregator that kept 
track of the "alive vertices" and then you can use an Aggregator to 
store/set your configuration value that the Master computation can 
modify. Do the logic in the Master computation and all should be well.


Avery

On 6/3/13 10:04 PM, David Gainer wrote:

I have an algorithm where I'd like to iterative over the vertices
with a configuration variable set to some value.  Then, when all
the vertices vote to halt, I'd like to reduce the configuration
variable and repeat the inner iteration until some threshold of
the configuration variable is reached.  I was wondering what the
natural way of programming that would be.  It seems like a master
Computing situation -- but I didn't see any method for un-halting
vertices.  I also wasn't sure when A vertex would ever be able to
call its own wakeup function.

Thanks,

David





RE: Restarting Algorithm Pattern

2013-06-04 Thread David Gainer
Thanks.  That does the trick.  

 

To set the variable in the master that the workers can see I'm using an
aggregator - even though it doesn't do any aggregating.  It works - but is
this 

the right way to go about that?

 

 

From: Avery Ching [mailto:ach...@apache.org] 
Sent: Tuesday, June 04, 2013 3:05 AM
To: user@giraph.apache.org
Cc: David Gainer
Subject: Re: Restarting Algorithm Pattern

 

Rather than use voteToHalt, you could add an Aggregator that kept track of
the "alive vertices" and then you can use an Aggregator to store/set your
configuration value that the Master computation can modify.  Do the logic in
the Master computation and all should be well.

Avery

On 6/3/13 10:04 PM, David Gainer wrote:

I have an algorithm where I'd like to iterative over the vertices with a
configuration variable set to some value.  Then, when all the vertices vote
to halt, I'd like to reduce the configuration variable and repeat the inner
iteration until some threshold of the configuration variable is reached.  I
was wondering what the natural way of programming that would be.  It seems
like a master Computing situation - but I didn't see any method for
un-halting vertices.  I also wasn't sure when A vertex would ever be able to
call its own wakeup function.  

 

Thanks,

 

David

 



Re: Restarting Algorithm Pattern

2013-06-04 Thread Avery Ching
Rather than use voteToHalt, you could add an Aggregator that kept track 
of the "alive vertices" and then you can use an Aggregator to store/set 
your configuration value that the Master computation can modify.  Do the 
logic in the Master computation and all should be well.


Avery

On 6/3/13 10:04 PM, David Gainer wrote:


I have an algorithm where I'd like to iterative over the vertices with 
a configuration variable set to some value.  Then, when all the 
vertices vote to halt, I'd like to reduce the configuration variable 
and repeat the inner iteration until some threshold of the 
configuration variable is reached.  I was wondering what the natural 
way of programming that would be.  It seems like a master Computing 
situation -- but I didn't see any method for un-halting vertices.  I 
also wasn't sure when A vertex would ever be able to call its own 
wakeup function.


Thanks,

David





Restarting Algorithm Pattern

2013-06-03 Thread David Gainer
I have an algorithm where I'd like to iterative over the vertices with a
configuration variable set to some value.  Then, when all the vertices vote
to halt, I'd like to reduce the configuration variable and repeat the inner
iteration until some threshold of the configuration variable is reached.  I
was wondering what the natural way of programming that would be.  It seems
like a master Computing situation - but I didn't see any method for
un-halting vertices.  I also wasn't sure when A vertex would ever be able to
call its own wakeup function.  

 

Thanks,

 

David