Return-Path: X-Original-To: apmail-hadoop-hdfs-user-archive@minotaur.apache.org Delivered-To: apmail-hadoop-hdfs-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 A74CBD44F for ; Fri, 19 Oct 2012 20:38:22 +0000 (UTC) Received: (qmail 13394 invoked by uid 500); 19 Oct 2012 20:38:17 -0000 Delivered-To: apmail-hadoop-hdfs-user-archive@hadoop.apache.org Received: (qmail 13284 invoked by uid 500); 19 Oct 2012 20:38:17 -0000 Mailing-List: contact user-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hadoop.apache.org Delivered-To: mailing list user@hadoop.apache.org Received: (qmail 13277 invoked by uid 99); 19 Oct 2012 20:38:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2012 20:38:17 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of woolfel@gmail.com designates 209.85.219.48 as permitted sender) Received: from [209.85.219.48] (HELO mail-oa0-f48.google.com) (209.85.219.48) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 19 Oct 2012 20:38:12 +0000 Received: by mail-oa0-f48.google.com with SMTP id h2so1021281oag.35 for ; Fri, 19 Oct 2012 13:37:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=z3GNf3icTcMkLivmjklPb9XCjrBk5UdAOIjAx7e9R9Y=; b=OshV67sb435/Gkd0TgO/jb5hPtOxtnW7ojqi+rIBUGKtbA7/CyKVdqFQQZP1TDv+VN /qtjtupB7Fo6QlIGlXRB3cVWePoh7SbgyXeaVyNhH/uvTEvmT7OwpnOXoSPBHhd3RaRI 8R50y+H/gz9t6KLQ6b3x/RkmgrGIjPIb87jf2HcVuHftRJhek+5B3WoMlj2EpyN3uCvP coLnyXQgrB5Ydrn3bdNRu9N8soy3od+STNIKr7xedGLJQRQaqqJ1t5SGBAOuF3okHSyM 1JyBj/tTi5Jrdez1389ucfga3CZ0BNZM898u5ymWUiljcFqz0MLNekQA7lYMQjff4pca HPLQ== MIME-Version: 1.0 Received: by 10.60.170.109 with SMTP id al13mr2461642oec.126.1350679071824; Fri, 19 Oct 2012 13:37:51 -0700 (PDT) Received: by 10.76.21.169 with HTTP; Fri, 19 Oct 2012 13:37:51 -0700 (PDT) In-Reply-To: References: Date: Fri, 19 Oct 2012 16:37:51 -0400 Message-ID: Subject: Re: rules engine with Hadoop From: Peter Lin To: user@hadoop.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org embedding a rule engine in map/reduce makes much more sense, but as Ted points out scaling it isn't easy. As long as you break the reasoning into map/reduce stages, it should work. The devil is in the details and you have to write the rules efficiently to achieve the goal. On Fri, Oct 19, 2012 at 3:45 PM, Ted Dunning wrote: > Unification in a parallel cluster is a difficult problem. Writing very > large scale unification programs is an even harder problem. > > What problem are you trying to solve? > > One option would be that you need to evaluate a conventionally-sized > rulebase against many inputs. Map-reduce should be trivially capable of > this. > > Another option would be that you want to evaluate a huge rulebase against a > few inputs. It isn't clear that this would be useful given the problems of > huge rulebases and the typically super-linear cost of resolution algorithms. > > Another option is that you want to evaluate many conventionally-sized > rulebases against one or many inputs in order to implement a boosted rule > engine. Map-reduce should be relatively trivial for this as well. > > What is it that you are trying to do? > > > On Fri, Oct 19, 2012 at 12:25 PM, Luangsay Sourygna > wrote: >> >> Hi, >> >> Does anyone know any (opensource) project that builds a rules engine >> (based on RETE) on top Hadoop? >> Searching a bit on the net, I have only seen a small reference to >> Concord/IBM but there is barely any information available (and surely >> it is not open source). >> >> Alpha and beta memories would be stored on HBase. Should be possible, no? >> >> Regards, >> >> Sourygna > >