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=1.3 required=5.0 tests=RDNS_NONE shortcircuit=no autolearn=no version=3.3.2 X-Original-To: archivist@yhbt.net Delivered-To: archivist@dcvr.yhbt.net Received: from rubyforge.org (unknown [50.56.192.79]) by dcvr.yhbt.net (Postfix) with ESMTP id 060821F6FD for ; Fri, 2 Aug 2013 13:17:11 +0000 (UTC) Received: from localhost.localdomain (localhost [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 580022E181; Fri, 2 Aug 2013 13:17:09 +0000 (UTC) X-Original-To: mongrel-unicorn@rubyforge.org Delivered-To: mongrel-unicorn@rubyforge.org X-Greylist: delayed 594 seconds by postgrey-1.31 at rubyforge; Wed, 10 Jul 2013 00:23:54 UTC Received: from nora.it-orbita.ru (nora.it-orbita.ru [188.127.226.182]) by rubyforge.org (Postfix) with ESMTP id 25B362E145 for ; Wed, 10 Jul 2013 00:23:53 +0000 (UTC) Received: from mami.local (host-176-106-175-224.icom.lv [176.106.175.224] (may be forged)) (authenticated with CRAM-MD5 as list@mrtech.ru) by nora.it-orbita.ru (underworld-mx) with ESMTP/inet id r69FFdwd014820 (using TLSv1/SSLv3 with cipher AES128-SHA/128 verify NOT) for ; Tue, 9 Jul 2013 15:15:42 GMT Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Increassing timeouts From: Troex Nevelin In-Reply-To: <20130115194408.GA30869@dcvr.yhbt.net> Date: Tue, 9 Jul 2013 18:15:39 +0300 Message-Id: <1302A068-C31A-4050-8172-80B81EF8E5B7@mrtech.ru> References: <20130115194408.GA30869@dcvr.yhbt.net> To: unicorn list X-Mailer: Apple Mail (2.1508) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (nora.it-orbita.ru [188.127.226.182]); Tue, 09 Jul 2013 15:15:42 +0000 (UTC) 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 Jan 15, 2013, at 21:44 , Eric Wong wrote: > But seriously, who will wait 120s for a website to load? I have similar situation, in my case it's admin interface so admin knows that some operations need time to process and will wait. Right now I'm running two packs of Unicorn instances - one for quick and one for long requests. But most of the time long request pool is idling and eating memory. My question: is possible to change Unicorn timeout per request from Rails app? Middleware hook could be ok too. (not sure if it's possible as I think timeout is set in master). _______________________________________________ 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