hama-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Anastasis Andronidis <andronat_...@hotmail.com>
Subject Re: Aggregators and voteToHalt()
Date Mon, 06 Jan 2014 14:21:18 GMT
Oh, we are going to delete the previous aggregators entirely? I thought we are keeping the
old way and also add the new aggregators on top.

On 6 Ιαν 2014, at 3:05 μ.μ., Edward J. Yoon <edwardyoon@apache.org> wrote:

> We don't need to think about it if we introduce new aggregators
> interface - HAMA-838 - and get rid of hard-coded aggregator in
> GraphJobRunner. The getAggregatedValue() just returns the aggregated
> values from S - 1.
> 
> As I mentioned before, Giraph provides two types of aggregator
> behaviour; regular (reset for every step) and persistent. We should
> think about it.
> 
> On Mon, Jan 6, 2014 at 10:40 PM, Anastasis Andronidis
> <andronat_asf@hotmail.com> wrote:
>> Hello,
>> 
>> I want to make it straight about this issue. When a vertex is calling voteToHalt()
do we aggregated at the same superstep?
>> 
>> The current behavior is:
>> 
>> superstep1:
>> vertex -> voteToHalt
>> Is aggregated just right after.
>> 
>> superstep2:
>> vertex -> is halted from previous superstep
>> Is not aggregated.
>> 
>> Do we want to aggregate everything no mater if they are halted? Do we want to stop
aggregation right after halting? Or it is ok as it is?
>> 
>> Cheers,
>> Anastasis
> 
> 
> 
> -- 
> Best Regards, Edward J. Yoon
> @eddieyoon
> 


Mime
View raw message