Hi again
So if I understand it right, by using this view server, it is possible to
totally avoid the javascripting? There seems to be a lot of overhead when
using javascript, e.g converting erlang terms to json, message passing and
so forth
And its Erlang in case you prefer that flavor.
It sure is my flavor though i'm a beginner :)
Link is: http://github.com/davisp/couchdb/tree/native_proc/
Sorry for forgetting that.
np, I found it and it looks neat. Haven't had time to try it out yet though
//Rickard
----- Original Message -----
From: "Paul Davis" <paul.joseph.da...@gmail.com>
To: <dev@couchdb.apache.org>
Sent: Tuesday, July 28, 2009 6:45 PM
Subject: Re: Native Erlang view server
Rickard,
The biggest improvement is speed. The native view server able to sneak
all the way into the same OS process as the HTTP request so that there
isn't even message passing overhead (except for lists).
And its Erlang in case you prefer that flavor.
Link is: http://github.com/davisp/couchdb/tree/native_proc/
Sorry for forgetting that.
Paul
On Tue, Jul 28, 2009 at 6:45 AM, Rickard Cardell<kptz...@gmail.com> wrote:
Hi.
2009/7/28 Paul Davis <paul.joseph.da...@gmail.com>
Hey,
I zoned out a bit and finished getting the native Erlang view server
passing all of the rspec tests. The code can be found online at [1]
and I'll also attach a patch.
I can't see [1] :)
If anyone wants to play with it, that'd be pretty cool. There's
probably a bit of weakness in error reporting right now, but I think
it should work other than that.
Sounds interesting. What are the benefits of using the erlang view server
compared to the native javascript dito?
Does it still use javascript at the bottom?
//Rickard
Paul
