Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 69490 invoked from network); 7 Sep 2009 03:25:28 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 7 Sep 2009 03:25:28 -0000 Received: (qmail 86725 invoked by uid 500); 7 Sep 2009 03:25:27 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 86588 invoked by uid 500); 7 Sep 2009 03:25:27 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 86563 invoked by uid 99); 7 Sep 2009 03:25:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Sep 2009 03:25:26 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of paul.joseph.davis@gmail.com designates 209.85.210.202 as permitted sender) Received: from [209.85.210.202] (HELO mail-yx0-f202.google.com) (209.85.210.202) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 07 Sep 2009 03:25:16 +0000 Received: by yxe40 with SMTP id 40so4553098yxe.13 for ; Sun, 06 Sep 2009 20:24:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=DtW6OI0QpShZqFjNI35NEuRxaXOeIDnxS2irj1TpqSE=; b=jWJJ2E05CFs459gacTln3VBMrwR0/1MT7P/vEfO5ApnGoetsOoOZaGXO0vKbO5b7L2 LlZxQmJpwgxCynxxz8Mmn3e8rDOcD/IfcOBaoCEV5z76v83xdY0GwiWZg3g26gYntpgq 1FpyTYm8Op+tG7oeULWwE8Y8qCLi0260n9vMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=a6g7Dp24Ij/8kXrVD4ReVq/ume6JFP6rcf4SQ3nrDg+AwMJlnIradKvWKXIVjtrOPR 4DOXkbRKIc3AagRpYBkEytmBciAX8M4E/VdxJIIUM2wlDumOnrKXHmJqpyc0iHc5a0VV 7oGLCBHOlPPE/7baaPlgqtW8MMQ0PuZZZPCVU= MIME-Version: 1.0 Received: by 10.100.40.2 with SMTP id n2mr2997227ann.7.1252293895587; Sun, 06 Sep 2009 20:24:55 -0700 (PDT) In-Reply-To: References: Date: Sun, 6 Sep 2009 23:24:55 -0400 Message-ID: Subject: Re: Multiple couchjs processes being spawned From: Paul Davis To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org The algorithm for CouchDB's use of OS processes is pretty simple: "Give me an os process plz" If none are available, then it creates a new one. A large number of OS processes would suggest to me that something isn't releasing OS processes correctly. My first guess would be to look at _list and _show as those both require an OS process, but are also at the mercy of client connection semantics. I might be reaching a bit, but I wonder if CouchRest is failing to close sockets properly. Its not much more than a random finger pointing, but there have been other errors recently that also suggest CouchRest isn't doing proper socket handling. The other possibility is there's something weird with killing processes, but couchspawnkillable should've fixed that. HTH, Paul Davis On Sun, Sep 6, 2009 at 11:18 PM, Arun Thampi wrote: > Hi guys - Been running CouchDB trunk(r804727) in production for about 3 > weeks now and one thing I've noticed is that the number of couchjs processes > (/usr/local/lib/couchdb/bin/couchjs /usr/local/share/couchdb/server/main.js) > keeps increasing to a large amount. Is this normal? Does CouchDB manage > these processes and eventually kill inactive couchjs processes? > Just FYI I'm using CouchRest as part of a Rails app to query two different > views in my db. > > Thanks in advance. > > Cheers, > Arun > > -- > It's better to be a pirate than join the Navy - Steve Jobs > http://mclov.in >