[ 
https://issues.apache.org/jira/browse/GIRAPH-45?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13158241#comment-13158241
 ] 

Arun Suresh commented on GIRAPH-45:
-----------------------------------

+1 for using an external datastore

I was faced with a similar issue when I was implementing pregel in Erlang. 
Since the base Erlang distribution came with is own in process db, it wasnt 
much of a problem. Although I did take a look at [Tokyo 
Cabinet|http://fallabs.com/tokyocabinet/]. Its blazingly fast.

Why dont we take a look a [Apache Derby|http://db.apache.org/derby/] or 
[HSQLDB|http://hsqldb.org/] before we try leveldb. They are both pure Java 
implementations and they have decent performance and they've around much 
longer. 
                
> Improve the way to keep outgoing messages
> -----------------------------------------
>
>                 Key: GIRAPH-45
>                 URL: https://issues.apache.org/jira/browse/GIRAPH-45
>             Project: Giraph
>          Issue Type: Improvement
>          Components: bsp
>            Reporter: Hyunsik Choi
>            Assignee: Hyunsik Choi
>
> As discussed in GIRAPH-12(http://goo.gl/CE32U), I think that there is a 
> potential problem to cause out of memory when the rate of message generation 
> is higher than the rate of message flush (or network bandwidth).
> To overcome this problem, we need more eager strategy for message flushing or 
> some approach to spill messages into disk.
> The below link is Dmitriy's suggestion.
> https://issues.apache.org/jira/browse/GIRAPH-12?focusedCommentId=13116253&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13116253

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to