Return-Path: X-Original-To: apmail-giraph-user-archive@www.apache.org Delivered-To: apmail-giraph-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 678ED18A34 for ; Wed, 3 Jun 2015 18:03:15 +0000 (UTC) Received: (qmail 42558 invoked by uid 500); 3 Jun 2015 18:03:15 -0000 Delivered-To: apmail-giraph-user-archive@giraph.apache.org Received: (qmail 42505 invoked by uid 500); 3 Jun 2015 18:03:15 -0000 Mailing-List: contact user-help@giraph.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@giraph.apache.org Delivered-To: mailing list user@giraph.apache.org Received: (qmail 42495 invoked by uid 99); 3 Jun 2015 18:03:15 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 03 Jun 2015 18:03:15 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id A9EEA1A4462 for ; Wed, 3 Jun 2015 18:03:14 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.898 X-Spam-Level: ** X-Spam-Status: No, score=2.898 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 5EAueQ_C46rv for ; Wed, 3 Jun 2015 18:03:13 +0000 (UTC) Received: from mail-lb0-f175.google.com (mail-lb0-f175.google.com [209.85.217.175]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTPS id 16097275E5 for ; Wed, 3 Jun 2015 18:03:13 +0000 (UTC) Received: by lbcmx3 with SMTP id mx3so12375652lbc.1 for ; Wed, 03 Jun 2015 11:03:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=QRXnOi3ujPqsrNJffj7lBnj+VezOyT9zmBe/Lzdbyf8=; b=yVOWHlKMHjL3eh5hx+KNmgvH88ee3bWUjKN4H+1PzK040da+lVlF6HLbgAojo69PUn Xi+Dgaeu4WGHtXUyJe6za+Csl3aQNUdGnmTK17nNCkqOKpCJMz5Yn8sxhB2muNsbZ6dH aUdT76uPRvnZr/XOaS6gURBrmgO91OLGL2xuhu9lDvBKmhNnfqht6XkID/1918/L93X9 nJU+mAJiKFvop3z0HebXVhSrRZPKSY54KV3Oy/Am/7kxrqZkaR8B31FzLZqnPQZ0+6Mo pkNPoIBgNuQReNqgSkA9dhmkGHKeokgr+G+8NyiUCxQLHDNWjQZRGADlzWmKEwiw6ueR hdxw== X-Received: by 10.152.5.164 with SMTP id t4mr33140798lat.16.1433354591553; Wed, 03 Jun 2015 11:03:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.27.197 with HTTP; Wed, 3 Jun 2015 11:02:51 -0700 (PDT) In-Reply-To: References: From: Khaled Ammar Date: Wed, 3 Jun 2015 14:02:51 -0400 Message-ID: Subject: Re: InMemoryVertex Format(s) To: user@giraph.apache.org Content-Type: multipart/alternative; boundary=089e013d1ea6444d700517a0df85 --089e013d1ea6444d700517a0df85 Content-Type: text/plain; charset=UTF-8 Thank you Sergey, This is exactly what I am looking for. I would like to run multiple computation classes following each other, such that each computation class will execute until convergence. I think may be the GiraphJob class may help. Can I use setComputationClass to change the computation class in the configuration object then construct a new GiraphJob and run it? I am not certain when exactly all vertex and edge data are going to be deleted from memory. Thanks, -Khaled *setComputationClass * , but I am not certain how to pass multiple computation classes there. On Wed, Jun 3, 2015 at 1:34 PM, Sergey Edunov wrote: > Hi Khaled, > > As far as I know, InMemory input and output formats are only used in test > cases. > Can you elaborate more on why do you want to use I/O formats? You can use > different computation classes within one application and you don't need to > do I/O between them. All intermediate results can be kept in vertex and > edge data. > > Regards, > Sergey Edunov > > On Tue, Jun 2, 2015 at 12:46 PM, Khaled Ammar > wrote: > >> Hi all, >> >> There are InMemory input and output format for giraph. These could be >> useful when a specific computation should be executed until convergence and >> then another computation is needed. Instead of writing intermediate results >> to HDFS and read it again, InMemoryVertex format sounds very convenient. >> However, I could not figure out how to use it in a proper Computation or >> GiraphBenchmark class. >> >> I appreciate if any one can share his/her experience using this format. >> >> *Link to the InMemoryVertexOutputFormat class :* >> >> https://giraph.apache.org/apidocs/org/apache/giraph/io/formats/InMemoryVertexOutputFormat.html#InMemoryVertexOutputFormat() >> >> -- >> Thanks, >> -Khaled >> > > -- Thanks, -Khaled --089e013d1ea6444d700517a0df85 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thank you Sergey,

This is exactly what = I am looking for. I would like to run multiple computation classes followin= g each other, such that each computation class will execute until convergen= ce.=C2=A0

I think may be the GiraphJob class may h= elp. Can I use setComputationClass to change the computation class in the c= onfiguration object then construct a new GiraphJob and run it? I am not cer= tain when exactly all vertex and edge data are going to be deleted from mem= ory.

Thanks,
-Khaled


=
, but I am not certain how to pass multiple computation clas= ses there.=C2=A0



On Wed, Jun 3, 2015 at 1:34 PM, Se= rgey Edunov <edunov@gmail.com> wrote:
Hi Khaled,=C2=A0

As far as I= know, InMemory input and output formats are only used in test cases.=C2=A0=
Can you elaborate more on why do you want to use I/O formats? Yo= u can use different computation classes within one application and you don&= #39;t need to do I/O between them. All intermediate results can be kept in = vertex and edge data.=C2=A0

Regards,
Ser= gey Edunov

On Tue, Jun 2, 2015 at 12:46 P= M, Khaled Ammar <khaled.ammar@gmail.com> wrote:
Hi all,

Ther= e are InMemory input and output format for giraph. These could be useful wh= en a specific computation should be executed until convergence and then ano= ther computation is needed. Instead of writing intermediate results to HDFS= and read it again, InMemoryVertex format sounds very convenient. However, = I could not figure out how to use it in a proper Computation or GiraphBench= mark class.

I appreciate if any one can share his/= her experience using this format.=C2=A0

Link= to the InMemoryVertexOutputFormat class :=C2=A0




--
=
Thanks,
-Khaled
--089e013d1ea6444d700517a0df85--