Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-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 D976610970 for ; Wed, 14 Aug 2013 17:18:27 +0000 (UTC) Received: (qmail 97961 invoked by uid 500); 14 Aug 2013 17:18:25 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 97904 invoked by uid 500); 14 Aug 2013 17:18:24 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 97871 invoked by uid 99); 14 Aug 2013 17:18:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 17:18:23 +0000 X-ASF-Spam-Status: No, hits=1.7 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of siriele2x3@gmail.com designates 209.85.212.172 as permitted sender) Received: from [209.85.212.172] (HELO mail-wi0-f172.google.com) (209.85.212.172) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 14 Aug 2013 17:18:13 +0000 Received: by mail-wi0-f172.google.com with SMTP id hj13so2249233wib.11 for ; Wed, 14 Aug 2013 10:17: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=gIywYpbOMxYC0K8JxNCD7k8isQvuSzFrWjPkuH2wnyg=; b=zXwfXrTwbyS7xATIX0P9inYUtKkQHplrlimc2Z6FrisYEij1jo0kyCXANVNGaWPT5/ P/2XNN4M/93z1XJnfOJdhhqT6T72fDfPwxxvsy9cKf60X96ZKbi9N3KaoQmLnGDXgU6F Mj53gPV9zb80zpVRzPgNGwUjiBrRJvt3qUXxrPb4kse+k3pIrDHGIw1+FrXYxMJi3Umo tPMi1/au9vol6ZdZSSXDLp3+nWehFnbpqOcOSQorpfY6reJu+7uIK8fpPA7+bVpHX0t4 WkXm1T/zFSBIiGOFysPqDwVtwumPRMAY4JPTvkLNuw22r+25vcEILgqra67ZSF76QZs9 ktgA== MIME-Version: 1.0 X-Received: by 10.180.89.70 with SMTP id bm6mr6742349wib.23.1376500672889; Wed, 14 Aug 2013 10:17:52 -0700 (PDT) Received: by 10.194.58.244 with HTTP; Wed, 14 Aug 2013 10:17:52 -0700 (PDT) Received: by 10.194.58.244 with HTTP; Wed, 14 Aug 2013 10:17:52 -0700 (PDT) In-Reply-To: References: Date: Wed, 14 Aug 2013 10:17:52 -0700 Message-ID: Subject: Re: Erlang vs JavaScript From: Stanley Iriele To: user@couchdb.apache.org Content-Type: multipart/alternative; boundary=f46d04448127a40a6404e3eb895a X-Virus-Checked: Checked by ClamAV on apache.org --f46d04448127a40a6404e3eb895a Content-Type: text/plain; charset=ISO-8859-1 Oh wow...that is pretty snazzy....this is a bit of a dumb question but can everything in a design doc be written in Erlang?..like list functions..shows..etc? On Aug 14, 2013 10:05 AM, "Robert Newson" wrote: > Erlang is faster and more feature rich. One thing you can do in an > erlang view that you can't do in javascript is > file:delete(AnyPathYourServerCanAccess), which is why we disable it by > default. :) > > Building a view is inherently serial regardless of the language > evaluating each update. > > B. > > > On 14 August 2013 18:02, Alexander Shorin wrote: > > Erlang server bypassed stdio interface communication and addtional > > JSON decode/encode roundtrip, so it is faster than JS at some point. > > Also, having Erlang with SMP feature enabled may also improve his > > performance if you have multicore server. > > > > How much? No numbers I have, just an experience background. You can > > measure it with you functions and data and share with us (: > > > > -- > > ,,,^..^,,, > > > > > > On Wed, Aug 14, 2013 at 8:54 PM, Stanley Iriele > wrote: > >> I'm curious... What exactly is the performance gain from writing > >> views/shows/ etc in Erlang vs JavaScript... From what I've seen the > >> JavaScript view server is sufficiently fast and feature complete. > >> > >> So my question is this.... Is the Erlang view server that much > faster?... > >> Is there another gain that I'm missing?..and is it as feature complete > as > >> the JavaScript equivalent? > >> > >> Regards, > >> > >> Stanley > --f46d04448127a40a6404e3eb895a--