Actually, one more question: are there any disadvantages to enabling
oneToAllMessaging? Is there any reason not to do it by default?
Best,
Matthew
El 22/10/2014 23:28, "Matthew Saltz" escribió:
> Lukas,
>
> Thank you so much for the help. By 'the first class', you mean
> SendMessageToAllCache
Following up, does anyone have thoughts re: MR1 vs YARN performance?
Thank you. -- matt
On Wed, Oct 22, 2014 at 8:34 AM, wrote:
> Hello Tripti,
>
> I bumped into this mail, I am experiencing out-of-memory errors on my small
> cluster,
> and, as out-of-core graph does not seem to work on giraph
Lukas,
Thank you so much for the help. By 'the first class', you mean
SendMessageToAllCache
is not used unless I set the property to true, right? Because I actually do
have giraph.oneToAllMsgSending=true, so if that means it's using
SendMessageToAllCache then everything makes much more sense. So
Hi Matthew,
See class SendMessageToAllCache. Its in the same directory as
SendMessageCache. The first class is not used by Giraph unless you set
property giraph.oneToAllMsgSending to true.
Lukas
On 22.10.2014 20:10, Matthew Saltz wrote:
Hi everyone,
I have two questions:
*Question 1)* I'm
Hi everyone,
I have two questions:
*Question 1)* I'm using release 1.1.0 and I'm really confused about the
fact that I'm having massive performance differences in the following
scenario. I need to send one message from each vertex to a subset of its
neighbors (all that satisfy a certain condition
Hello Tripti,
I bumped into this mail, I am experiencing out-of-memory errors on my small
cluster,
and, as out-of-core graph does not seem to work on giraph 1.1-SNAPSHOT, I was
wondering if you had any jira / patched already posted to help solve this
issue ?
Thanks a lot
regards
Hi Xuhong,
this should be possible. If all changes which you have made are within the
giraph-examples module, you can just copy the respective jar (with all
dependencies) to the other cluster and use it there. If changes are in other
modules you might have to use the libjars option to make t