A Hama cluster is scalable. It means that the computing capacity should be increased by adding slaves. Right?
As I mentioned before, disk-queue and storing vertices on local disk are not urgent. In short, yeah, I wan to remove VertexInputReader and runtime partition in Graph package. See also, https://issues.apache.org/jira/browse/HAMA-531?focusedCommentId=13527756&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13527756 On Mon, Dec 10, 2012 at 7:31 PM, Thomas Jungblut <[email protected]> wrote: > uhm, I have no idea what you want to archieve, do you want to get back to > client-side partitioning? > > 2012/12/10 Edward J. Yoon <[email protected]> > >> If there's no opinion, I'll remove VertexInputReader in >> GraphJobRunner, because it make code complex. Let's consider again >> about the VertexInputReader, after fixing HAMA-531 and HAMA-632 >> issues. >> >> On Fri, Dec 7, 2012 at 9:35 AM, Edward J. Yoon <[email protected]> >> wrote: >> > Or, I'd like to get rid of VertexInputReader. >> > >> > On Fri, Dec 7, 2012 at 9:30 AM, Edward J. Yoon <[email protected]> >> wrote: >> >> In fact, there's no choice but to use runtimePartitioning (because of >> >> VertexInputReader). Right? If so, I would like to delete all "if >> >> (runtimePartitioning) {" conditions. >> >> >> >> -- >> >> Best Regards, Edward J. Yoon >> >> @eddieyoon >> > >> > >> > >> > -- >> > Best Regards, Edward J. Yoon >> > @eddieyoon >> >> >> >> -- >> Best Regards, Edward J. Yoon >> @eddieyoon >> -- Best Regards, Edward J. Yoon @eddieyoon
