Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: domain of ghosh.debasish@gmail.com
 designates 209.85.211.188 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:reply-to:from:date:message-id:subject:to:content-type;
        b=XYDsoHKSVeAIon/4qgNYWf/nv+daY/dgODLYZEneSig/4SCz+kNmDjy7UHLCptqpH6
         Pl3aNcyzw/WMfVNbcJH68BtSgKVy+vblmsmqCWhjO7mQfRExLbcnre0Ofd5t3pxh/3Yy
         5aRaGoXE6t0Bi4z0zEg3BzVW0O6cm9UX4dxzY=
MIME-Version: 1.0
Reply-To: dghosh@acm.org
From: Debasish Ghosh <ghosh.debasish@gmail.com>
Date: Sat, 19 Sep 2009 17:43:45 +0530
Message-ID: <8b1c89270909190513r1494523ew6a9cb363269c3f04@mail.gmail.com>
Subject: Query server perfromance issues ..
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=001636ed6c42510f190473ed2f96

--001636ed6c42510f190473ed2f96
Content-Type: text/plain; charset=ISO-8859-1

Hi -
As I have mentioned previously I have been working on a Scala driver for
CouchDB, which also includes a Query Server. I was working with an April
snapshot of 2009/04/23. This worked fine for all the views and validations
that I have written.Things were running fine and I could write map/reduce
and validation functions in Scala.
Recently I tried to upgrade to trunk. Suddenly the views and validations
became very very slow. After some fact finding, I tried to poke into *
couch_query_servers.erl*, since that seemed to be the obvious area to look
into. I may be worng though, but it was a blind guess.
I noticed that previously I was working with *revision 749852* of the file,
which delivered the goods for me. Then when I faced problems with the trunk,
I started doing a git reset to earlier versions of this file. Now I find
that it looks like the performance problem starts from *revision 780165* of
this file. Have a look at
http://svn.apache.org/viewvc/couchdb/trunk/src/couchdb/couch_query_servers.erl?r1=780165&r2=749852&diff_format=hfor
the difference. Looks like there have been some major changes. I am
just
wondering if this change has anything to do with the performance issue.

Any help, pointer will be appreciated.

Thanks.
- Debasish

--001636ed6c42510f190473ed2f96--