Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 79063 invoked from network); 3 Mar 2009 15:59:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 3 Mar 2009 15:59:21 -0000 Received: (qmail 76733 invoked by uid 500); 3 Mar 2009 15:59:18 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 76689 invoked by uid 500); 3 Mar 2009 15:59:18 -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 76678 invoked by uid 99); 3 Mar 2009 15:59:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Mar 2009 07:59:18 -0800 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Mar 2009 15:59:17 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 152B5234C4AA for ; Tue, 3 Mar 2009 07:58:56 -0800 (PST) Message-ID: <1283627726.1236095936072.JavaMail.jira@brutus> Date: Tue, 3 Mar 2009 07:58:56 -0800 (PST) From: "Chris Anderson (JIRA)" To: dev@couchdb.apache.org Subject: [jira] Commented: (COUCHDB-277) Improve the OS process handling to have pool semantics. In-Reply-To: <1636817159.1236045116404.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COUCHDB-277?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12678353#action_12678353 ] Chris Anderson commented on COUCHDB-277: ---------------------------------------- There are a couple of notes here: One is that couch_query_servers (which is in charge of baby-sitting views, lists and shows) already manages a pool of processes to avoid opening and closing them. The second is that the main.js protocol could be enhanced so that the reduce, show, etc funs can be named (by md5?) so that they don't have to be resent for each request. > Improve the OS process handling to have pool semantics. > ------------------------------------------------------- > > Key: COUCHDB-277 > URL: https://issues.apache.org/jira/browse/COUCHDB-277 > Project: CouchDB > Issue Type: Improvement > Components: JavaScript View Server > Reporter: Paul Joseph Davis > > Just got reminded that I need to add pool semantics to OS processes. Now that we're using JS processes for more and more things other than Map/Reduce this will be especially important. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.