Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
MIME-Version: 1.0
In-Reply-To: 
 <CAN-3CBKuvdxZAKok5OWduc4MWKE8JVvp8EN5Nz_nGPSZ4z0CfQ@mail.gmail.com>
References: 
 <CACrj35HLEwBb+nzUX63sLn1H44wfZc_Poi6GbFOnDOH+q9mt2A@mail.gmail.com>
 <CAN-3CBKuvdxZAKok5OWduc4MWKE8JVvp8EN5Nz_nGPSZ4z0CfQ@mail.gmail.com>
From: Mark Hahn <mark@hahnca.com>
Date: Mon, 2 Apr 2012 00:28:49 -0700
Message-ID: 
 <CACrj35FA-tPcVS0_vtjDB9SJ0y6TKv3QQ+_HYG17zf8HzXcaUw@mail.gmail.com>
Subject: Re: how to debug a single PUT that is very slow?
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=20cf307f35125fba3504bcad258a

--20cf307f35125fba3504bcad258a
Content-Type: text/plain; charset=ISO-8859-1

>  Do you have a validate_doc_update function in any design documents in
that database?

No, just an update handler and a few filters.  I use the update handler a
lot, almost every PUT.  I rarely PUT an entire doc except when creating a
new one, as in this situation.

Interesting.  I'm having a problem while lots of update handlers are
running.  I wonder if this is a significant clue.

On Mon, Apr 2, 2012 at 12:02 AM, Jason Smith <jhs@iriscouch.com> wrote:

> Hi, Mark. Do you have a validate_doc_update function in any design
> documents in that database?
>
> Thanks.
>
> On Mon, Apr 2, 2012 at 1:41 PM, Mark Hahn <mark@hahnca.com> wrote:
> > I'm having a problem in a particular situation where a specific put of a
> > new document is taking 10 to 20 seconds.  The db is not very loaded down.
> >  There are 5 to 25 writes/sec and about 200 reads per second.  I have a
> db
> > watcher that is invoked on every change.
> >
> > Looking at the log timestamps, the PUT for the new document doesn't even
> > register as an [info] line until ten seconds after my app sent the http
> > request.  The log just shows normal read and writes during that 10
> seconds.
> >  No view is being rebuilt nor is there a compaction happening.
> >
> > I can repeat this any time I want by uploading 18 files from my browser,
> > where each of the 18 triggers an invocation of imagemagick thumbnail
> > conversion and then adding that thumbnail as an attachment to each of 18
> > docs.  The attachments are only about 20 kbytes each.  The doc that is
> > trying to be created is unrelated to any of those 18.  The problem just
> > happens when I try to create the doc at the same time.
> >
> > The cpu is not loaded.  Node and the db are only consuming about 15% each
> > of the cpu during the episode.
> >
> > Any idea what could cause this?  What can I do to track the problem down?
>
>
>
> --
> Iris Couch
>

--20cf307f35125fba3504bcad258a--