Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of bchesneau@gmail.com
 designates 209.85.210.174 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAN-3CB+NDKbWFuXRJ16X5Lv5yF59LpasgzrpJe1sqp-v0YvNBg@mail.gmail.com>
References: 
 <CAN-3CBK3Pq3=kTy82T4LR3Fr27k_u-=QFSo2VRwKHnw4fC-eTg@mail.gmail.com>
	<CAKmKYaCUgd+oxyjP4BcOXz94_2OJOB6du_1hF-nS30EtMGaY0A@mail.gmail.com>
	<CAN-3CBLtSwGSQ8JxMGjFSfAtGOWtr1gjJdvdVRYcsDg3a2-ogw@mail.gmail.com>
	<5102B439.10500@lymegreen.co.uk>
	<CAN-3CBK+yWV0oQX7f1Hsj0XpORvrjpJ7dmEhn4bpHLryKDVmAw@mail.gmail.com>
	<CAFUSCh_knsU-yg-bBu0v8Labq11tYJfcTB1VLrGvFNJkE4YpLQ@mail.gmail.com>
	<CAN-3CBLS_iQJB=n7VVHJ288OOu+5JO-6oJwR=760KmwKE9huQQ@mail.gmail.com>
	<CAFUSCh9zoCvJU638s7n72+oAmJMSzmM9+oett-=Hiccx-hwjhw@mail.gmail.com>
	<CAN-3CBKMdDK7uv4-pKJn5ziPU=my23jXA6S0SQNAP+Jw2bHsow@mail.gmail.com>
	<CAJNb-9oVW9AfngCmd7bJjU34pqsouxYtScAhqCB5p0zUXh6obw@mail.gmail.com>
	<CAJ_m3YCDEtQ8HKSZ8q1uCBaP5Gg08pUxv+4-kX_+xQfjPgt3Hw@mail.gmail.com>
	<CAL+Y1nsoN-voZBexDVO3_xNAdy318uyazXsLyezB2U9vbvv-fQ@mail.gmail.com>
	<CAN-3CBLhsi2hG1XXOFgZNXYq+1Nm8Rb7Gsvq=tmTPaLYO_2r4g@mail.gmail.com>
	<CAAL6JQjUY9C9K7RfjVYJm-kGwNXq4vWEPJti2_bho_FPA9ukTg@mail.gmail.com>
	<CAJ_m3YBaM7wCG=EOcZDk7Mx2gw0dhNdsOoM0oCnKf2Tf_czjrw@mail.gmail.com>
	<CAN-3CBJgfE1CF4sK_dQWS1sQQNiKyecgSpwViOQZfHSvdOcczw@mail.gmail.com>
	<CAJNb-9rsLXNafZty0PTJ3NNLLGMrjfAPbT8v06cSXH=YXsYnEg@mail.gmail.com>
	<CAN-3CB+NDKbWFuXRJ16X5Lv5yF59LpasgzrpJe1sqp-v0YvNBg@mail.gmail.com>
Date: Thu, 31 Jan 2013 16:26:58 +0100
Message-ID: 
 <CAJNb-9oKme7ALBCu9ba=qg9n3nhvk7n4Q-kdYgKC3MzzNJ5XGw@mail.gmail.com>
Subject: Re: Branch to switch from SpiderMonkey to Node.js
From: Benoit Chesneau <bchesneau@gmail.com>
To: "dev@couchdb.apache.org" <dev@couchdb.apache.org>
Content-Type: multipart/alternative; boundary=14dae9340e6ff885b704d49741d3

--14dae9340e6ff885b704d49741d3
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Thu, Jan 31, 2013 at 4:16 PM, Jason Smith <jhs@iriscouch.com> wrote:

>
>
> Yes this is the problem. You are right. This is Jan's answer. CouchDB is
> already resilient to a few different runtimes.
>
> - having more concurrency for couchapps and view indexation
> >
>
> Love it, but out of scope in this thread.
>
>
> >
> > Imo one of these problems can be solved by improving the view protocole=
.
> I
> > think we could work on a new protocole. And while we are here really
> > document the current one as a specification in text.
> >
>
> Love it, but of scope in this thread.
>


But if we change the view server, we should also think about it.  For
example the implementation of couchjs in node is using fibers and try to
add some concurrency on a protocol (stdin/stdout) that isn't . Where if we
go to TCP or UNIX sockets we have natural system concurrency.  I am not
sure anyway why fibers are used there if it's not about pseudo concurrency.


> >
> > The second, need some discussions. I'm with randall, I think that porti=
ng
> > couchjs to v8 is not that hard and would really solve the problem.
>
>
> I have working code. The test suite passes. I would love to see working,
> passing v8 code so we could compare and contrast.
>


That should be possible. I need to find some time too. couchbase has
already a m/r thing using v8.


>
> But what is your "problem" to solve? If you are talking about speed and
> concurrency and stuff, I think that is a 2.x discussion.
>

i'm speaking about easing the distribution of couchdb on a big deployment
Using v8 would allows me to build it statically and embed it in an erlang
release. The other advantage compared node is that I won't have to make
sure that nodejs is still running, not idling etc. In other word it would
reduce the stack.


>
> Can someone please specifically describe a "sandbox" feature? CouchJS
> passes the test suite. So what does the sandbox do?
>

did it many time. See my other mail where I tried to summarise it again.


- beno=EEt

--14dae9340e6ff885b704d49741d3--