Return-Path: X-Original-To: apmail-incubator-giraph-user-archive@minotaur.apache.org Delivered-To: apmail-incubator-giraph-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5418896FD for ; Fri, 3 Feb 2012 19:00:01 +0000 (UTC) Received: (qmail 36441 invoked by uid 500); 3 Feb 2012 19:00:01 -0000 Delivered-To: apmail-incubator-giraph-user-archive@incubator.apache.org Received: (qmail 36333 invoked by uid 500); 3 Feb 2012 19:00:00 -0000 Mailing-List: contact giraph-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: giraph-user@incubator.apache.org Delivered-To: mailing list giraph-user@incubator.apache.org Received: (qmail 36301 invoked by uid 99); 3 Feb 2012 19:00:00 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2012 19:00:00 +0000 Received: from localhost (HELO davidn3mpb15.thefacebook.com) (127.0.0.1) (smtp-auth username aching, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Fri, 03 Feb 2012 18:59:59 +0000 Message-ID: <4F2C2EAF.8060804@apache.org> Date: Fri, 03 Feb 2012 10:59:59 -0800 From: Avery Ching User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Thunderbird/10.0 MIME-Version: 1.0 To: giraph-user@incubator.apache.org Subject: Re: creating non existing vertices by sending messages References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Thanks for the comments David. The behavior of what happens is completely defined by the chosen VertexResolver, see (GiraphJob#setWorkerContextClass). Developers can implement any behavior they want. I believe the only reason to bypass was as a performance optimization. Avery On 2/3/12 8:34 AM, Claudio Martella wrote: > Agreed, probably making the path configurable is the way to go. > > On Fri, Feb 3, 2012 at 5:30 PM, David Garcia wrote: >> I just wanted to send this out because I remember reading a discussion on >> this topic. Currently, graph will create a vertex in the graph if a >> message is sent to a vertexID that doesn't exist. Personally, I really >> really like this behavior. It enables me to forgo vertex creation if I >> don't need it. If I need the vertex, I can simply send a message to >> create it, and process the message that was sent. I understand that there >> are some concerns with this. . .I would suggest making this behavior >> configurable at job creation. This would be an awesome compromise, and >> would not preclude either type of behavior. >> >> -David >> > >