From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS33070 50.56.128.0/17 X-Spam-Status: No, score=0.0 required=5.0 tests=FREEMAIL_FROM,T_DKIM_INVALID shortcircuit=no autolearn=unavailable version=3.3.2 X-Original-To: archivist@yhbt.net Delivered-To: archivist@dcvr.yhbt.net Received: from rubyforge.org (50-56-192-79.static.cloud-ips.com [50.56.192.79]) by dcvr.yhbt.net (Postfix) with ESMTP id 0793B1F6E0 for ; Fri, 30 Nov 2012 01:40:51 +0000 (UTC) Received: from localhost.localdomain (localhost [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 5B5882E07F; Fri, 30 Nov 2012 01:40:50 +0000 (UTC) X-Original-To: mongrel-unicorn@rubyforge.org Delivered-To: mongrel-unicorn@rubyforge.org Received: from mail-ea0-f178.google.com (mail-ea0-f178.google.com [209.85.215.178]) by rubyforge.org (Postfix) with ESMTP id 77B102E079 for ; Fri, 30 Nov 2012 01:40:43 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id k11so6504179eaa.23 for ; Thu, 29 Nov 2012 17:40:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=8/twVIxo08tLAs0KSze7r8h2sz0JY58thFc1NLTTklU=; b=lAx05QHSTX09kHuSwyFhgNXwdV1+nlDonBynt9PDjDYT7uZOsRvuxB63DtLPJXqWrA RMwryALeNzoxnKV+2NGcRtwTYkLMAysLW4U7o1NpkAxvCUZb0L+CCGEhKugsck5gLuQD qcus3KJYu0xBiiLAxdQpG2CFriWBHjAqGo9lZu28BY0FL+W8ZWP2XLDTQqQAIQ4lgxIL zHpXFKQayK2HUqe/AL7caltrkFcGPeGWPcxJUrJfssUozTtDZgMfWnmutWn4pKnJ5lqc Gdhyo1iywh8wcOlDOMq0O7YFlzE2s/Xv2VJ0FKotUwN/hF7oZKgQgZSXBF1wu8nNjVrS HzlA== Received: by 10.14.208.137 with SMTP id q9mr78395045eeo.28.1354239642747; Thu, 29 Nov 2012 17:40:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.101.131 with HTTP; Thu, 29 Nov 2012 17:40:22 -0800 (PST) In-Reply-To: <50B80BC0.8010903@whitepages.com> References: <20F86D3D-F702-4111-8EFF-F14E1BA1B1AD@gmail.com> <50B80BC0.8010903@whitepages.com> From: Tony Arcieri Date: Thu, 29 Nov 2012 17:40:22 -0800 X-Google-Sender-Auth: btXYezwk7HaY_W1Ab8OZK9N-vV4 Message-ID: Subject: Re: Maintaining capacity during deploys To: unicorn list X-BeenThere: mongrel-unicorn@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: mongrel-unicorn-bounces@rubyforge.org Errors-To: mongrel-unicorn-bounces@rubyforge.org On Thu, Nov 29, 2012 at 5:28 PM, Devin Ben-Hur wrote: > A better solution is to use a profiler to identify what extra work is being > done when an unwarm worker gets its first request and move that work into an > initialization step which occurs before fork when run with app preload > enabled. I've done that, unfortunately that work is connection setup which must happen after forking or otherwise file descriptors would wind up shared between processes. -- Tony Arcieri _______________________________________________ Unicorn mailing list - mongrel-unicorn@rubyforge.org http://rubyforge.org/mailman/listinfo/mongrel-unicorn Do not quote signatures (like this one) or top post when replying