From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS47066 71.19.144.0/20 X-Spam-Status: No, score=-1.0 required=3.0 tests=AWL,BAYES_00, MSGID_FROM_MTA_HEADER shortcircuit=no autolearn=unavailable version=3.3.2 Path: news.gmane.org!not-for-mail From: John Pignata Newsgroups: gmane.comp.lang.ruby.raindrops.general Subject: Fwd: Queued vs. Active in tcp_stats_listener Date: Sun, 3 Mar 2013 16:09:23 -0500 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Trace: ger.gmane.org 1362344966 10321 80.91.229.3 (3 Mar 2013 21:09:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 Mar 2013 21:09:26 +0000 (UTC) To: raindrops@librelist.org Original-X-From: raindrops@librelist.org Sun Mar 03 22:09:50 2013 Return-path: Envelope-to: gclrrg-raindrops@m.gmane.org List-Archive: List-Help: List-Id: List-Post: List-Subscribe: List-Unsubscribe: Precedence: list Original-Sender: raindrops@librelist.org Xref: news.gmane.org gmane.comp.lang.ruby.raindrops.general:101 Archived-At: Received: from zedshaw2.xen.prgmr.com ([71.19.156.177]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UCGAH-0002A8-Kl for gclrrg-raindrops@m.gmane.org; Sun, 03 Mar 2013 22:09:49 +0100 Received: from zedshaw2.xen.prgmr.com (unknown [IPv6:::1]) by zedshaw2.xen.prgmr.com (Postfix) with ESMTP id D6BCD74DFA for ; Sun, 3 Mar 2013 21:10:07 +0000 (UTC) Content-Transfer-Encoding: 7bit X-Content-Filtered-By: PublicInbox::Filter 0.0.1 Hi all, I'm attempting to use Raindrops in order to start instrumenting our Unicorn workloads on Heroku using statsd. I'm a little confused at the numbers it reports under test. My primary confusion is that our active number never climbs above the number of workers we have running. Since we have a large backlog, I expected to see the total number of accept()'ed clients counted in this number too. Unfortunately, I only spikes up to the total number of workers and queued never spikes above 0. I expected the latter as we shouldn't ever be refusing connections with our large backlog. If active represents the number of requests that are currently being serviced and queued represents the number of connections that have yet to be accept()'ed, is there a way to get out the middle state: requests that have been accept()'ed but not yet started? Thanks, -jp