[
https://issues.apache.org/jira/browse/HAMA-409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13064714#comment-13064714
]
Thomas Jungblut edited comment on HAMA-409 at 7/13/11 7:01 PM:
---------------------------------------------------------------
* Added a generic message with classcaching
* Refactored to generic messaging
I add the voteForHalt() method tomorrow.
EDIT:
added a testcase for the generic messaging. As Edward mentioned, we should add
a job.setMessageValueClass(X.class). Should we extend a GraphComputationJob for
this? Don't want to mess up the BSPJob for that.
was (Author: thomas.jungblut):
* Added a generic message with classcaching
* Refactored to generic messaging
And a design question: What do you think about just instantiating one message
and then while iterating do the deserialization "one the fly"? This will
greatly reduce GC and reflections overhead.
I add the voteForHalt() method tomorrow.
EDIT:
added a testcase for the generic messaging. As Edward mentioned, we should add
a job.setMessageValueClass(X.class). Should we extend a GraphComputationJob for
this? Don't want to mess up the BSPJob for that.
> Add Pregel-like API
> -------------------
>
> Key: HAMA-409
> URL: https://issues.apache.org/jira/browse/HAMA-409
> Project: Hama
> Issue Type: New Feature
> Components: bsp, examples
> Affects Versions: 0.3.0
> Reporter: Thomas Jungblut
> Assignee: Miklos Erdelyi
> Labels: graph
> Fix For: 0.4.0
>
> Attachments: HAMA-409_v01.patch, HAMA-409_v02.patch, hama-graph.zip
>
>
> According to what we've discussed on the mailing list, we should add a
> Pregel-like API.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
