[ https://issues.apache.org/jira/browse/GIRAPH-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13471060#comment-13471060 ]
Avery Ching commented on GIRAPH-307: ------------------------------------ In this case, it was a problem on the Hudson side. https://builds.apache.org/job/Giraph-trunk-Commit/228/console So log in to hudson and run it again =). > InputSplit list can be long with many workers (and locality info) and should > not be re-created every time a worker calls reserveInputSplit() > -------------------------------------------------------------------------------------------------------------------------------------------- > > Key: GIRAPH-307 > URL: https://issues.apache.org/jira/browse/GIRAPH-307 > Project: Giraph > Issue Type: Improvement > Components: bsp, graph > Affects Versions: 0.2.0 > Reporter: Eli Reisman > Assignee: Eli Reisman > Priority: Minor > Fix For: 0.2.0 > > Attachments: GIRAPH-307-1.patch, GIRAPH-307-2.patch, > GIRAPH-307-3.patch > > > While instrumenting the INPUT_SUPERSTEP and watching various runs, I see the > input split list generated every time a worker calls reserveInputSplit is, > for all intents and purposes, immutable per job. Therefore, we can save a > fair amount of memory by not re-creating the list and re-querying ZooKeeper > on each pass to claim another split. Only the reserved and finished children > lists are ever mutated during the input phase of the job. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira