Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 6707 invoked from network); 11 Jun 2009 22:09:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Jun 2009 22:09:04 -0000 Received: (qmail 67401 invoked by uid 500); 11 Jun 2009 22:08:25 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 66930 invoked by uid 500); 11 Jun 2009 22:08:24 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 66250 invoked by uid 99); 11 Jun 2009 22:05:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Jun 2009 22:05:03 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: 83.97.50.139 is neither permitted nor denied by domain of jan@apache.org) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Jun 2009 22:04:52 +0000 Received: from [89.238.77.132] (softdnserr [::ffff:89.238.77.132]) (AUTH: LOGIN jan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Thu, 11 Jun 2009 22:04:31 +0000 Message-Id: <7A44764A-D36B-4DAD-B76C-666337DAD7CF@apache.org> From: Jan Lehnardt To: dev@couchdb.apache.org In-Reply-To: <351BC7BB-BB6F-4333-A1E8-7A514121E1B1@googlemail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Profiling views Date: Fri, 12 Jun 2009 00:04:29 +0200 References: <351BC7BB-BB6F-4333-A1E8-7A514121E1B1@googlemail.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org On 10 Jun 2009, at 18:34, Simon Metson wrote: > Hi All, > I was wondering if there was any way of profiling views without > using a lot of log() statements. The application we are developing > needs a lot of analytic information (who's querying what, how long a > view takes to generate, if a query comes in that doesn't map to a > view etc.) and having some decent timing reports on which views in a > design document are taking up time would be really handy, so that we > can set/manage update policy, cache policies etc. > Cheers > Simon > > PS. My hope is that a lot (all?) of this analytic stuff can be done > as a generic couchapp and made publicly available. Will try and keep > people posted as things start to materialise... > We could add per-view timing info to the runtime stats. Do you feel comfortable digging in the erlang and adding the necessary calls? Cheers Jan --