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: AS6939 64.71.128.0/18 X-Spam-Status: No, score=-1.9 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: Eric Wong Newsgroups: gmane.comp.lang.ruby.raindrops.general Subject: Re: Watcher + munin Date: Thu, 24 Mar 2011 13:38:30 -0700 Message-ID: <20110324203830.GA15345@dcvr.yhbt.net> References: <4D8BA3C4.8070303@mrtech.ru> <4D8BA3C4.8070303@mrtech.ru> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1300999133 14995 80.91.229.12 (24 Mar 2011 20:38:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 24 Mar 2011 20:38:53 +0000 (UTC) To: raindrops@librelist.com Original-X-From: raindrops@librelist.com Thu Mar 24 21:38:49 2011 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.com Xref: news.gmane.org gmane.comp.lang.ruby.raindrops.general:29 Archived-At: Received: from zedshaw.xen.prgmr.com ([64.71.167.205]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q2rIs-0001QQ-Ej for gclrrg-raindrops@m.gmane.org; Thu, 24 Mar 2011 21:38:46 +0100 Received: from zedshaw.xen.prgmr.com (localhost [IPv6:::1]) by zedshaw.xen.prgmr.com (Postfix) with ESMTP id B7E8D21C8B1 for ; Thu, 24 Mar 2011 20:38:53 +0000 (UTC) Troex Nevelin wrote: > Do I understand correctly that "Queued X-Mean" is average queue lenght? > "Active X-Mean" looks like the avaerage number of workers used over the > time after reset. Yes, your understanding is correct. My documentation is bogus, patch below (pushed out to raindrops.git and the website) > Why I ask is because I cannot understand what "last_data_recv" means? > > X-Mean - mean last_data_recv time recorded (rounded, in milliseconds) > ^^^ why this value is in milliseconds? Do you mean CPU seconds? >>From cb90a12dec7b1c55ebae5a83bafa15f415b576da Mon Sep 17 00:00:00 2001 From: Eric Wong Date: Thu, 24 Mar 2011 13:35:32 -0700 Subject: [PATCH] watcher: fix documentation for X-* headers I copied and pasted off the Raindrops::LastDataRecv documentation. While the headers and mathematical meanings are identical, they measure different things (but for the same purpose) Noticed-by: Troex Nevelin --- lib/raindrops/watcher.rb | 16 ++++++++-------- 1 files changed, 8 insertions(+), 8 deletions(-) diff --git a/lib/raindrops/watcher.rb b/lib/raindrops/watcher.rb index ada921a..6ecd3ed 100644 --- a/lib/raindrops/watcher.rb +++ b/lib/raindrops/watcher.rb @@ -72,19 +72,19 @@ require "aggregate" # - active_min - do not stream a line until this active count is reached # - queued_min - do not stream a line until this queued count is reached # -# == Response headers (mostly the same as Raindrops::LastDataRecv) +# == Response headers (mostly the same names as Raindrops::LastDataRecv) # -# - X-Count - number of requests received +# - X-Count - number of samples polled # - X-Last-Reset - date since the last reset # # The following headers are only present if X-Count is greater than one. # -# - X-Min - lowest last_data_recv time recorded (in milliseconds) -# - X-Max - highest last_data_recv time recorded (in milliseconds) -# - X-Mean - mean last_data_recv time recorded (rounded, in milliseconds) -# - X-Std-Dev - standard deviation of last_data_recv times -# - X-Outliers-Low - number of low outliers (hopefully many!) -# - X-Outliers-High - number of high outliers (hopefully zero!) +# - X-Min - lowest number of connections recorded +# - X-Max - highest number of connections recorded +# - X-Mean - mean number of connections recorded +# - X-Std-Dev - standard deviation of connection count +# - X-Outliers-Low - number of low outliers (hopefully many for queued) +# - X-Outliers-High - number of high outliers (hopefully zero for queued) # # = Demo Server # -- Eric Wong