Concurrent transactions - ragraph question

[Carter Bullard]

Hey Rafael,
Yes, ragraph() has been graphing most metrics as  values/sec 
for many years.  Just wanted to show how you could get the
other numbers if needed.

The general cycle for making changes is to demonstrate an error or bug,
you/we provide a patch to the developer mailing list, then, generally,
up to 2 cycles of did it work, is this really what we want, should we
make a change or an addition?

Good to see all is working.  Don't hesitate to send any other issue to the list!!!!!!

Carter

On Jun 18, 2010, at 5:25 AM, Rafael Barbosa wrote:

> Hi,
> 
> My understanding is that the original version indeed calculates trans/sec. Thanks for the patch, but I am not sure if counting the total transactions is better than having trans/sec. It was just a problem of understanding the graph, rather than a request for change.
> 
> Actually I think that graphing trans/sec makes the tool consistent with other measures: selecting pkts gives you pkts/sec and bytes, bytes/sec.
> 
> Rafael
> 
> On Thu, Jun 17, 2010 at 8:37 PM, Carter Bullard <carter at qosient.com> wrote:
> Hey Rafael,
> It does look, from the code, that it is trans/sec.  We have explicit
> code for controlling that, and it looks like "Trans" doesn't correct for
> the the GAUGE/AVERAGE artifacts rrd and rrd_graph generates.  
> 
> If you make this change to ragraph():
> 
> thoth:~ carter$ diff `which ragraph` /tmp/ragraph
> 1093c1093
> <          /Trans/    and do {$power[$x] = 1.0 ; };
> ---
> >          /Trans/    and do {$power[$x] = $STEP ; };
> 
> It will graph the actual 'trans' value in each time bin.
> 
> Carter
> 
> 
> On Jun 17, 2010, at 10:29 AM, Rafael Barbosa wrote:
> 
>> I have being discussing the results with some colleagues here. Probably the result I am having is flows/sec, and not the total number of flows in the period. I believe the program counts the number of active flows in the interval (in my case 5min) and calculating "flows/sec".
>> 
>> I will run with the debug option to see if I can confirm this (or not)...
>> 
>> Thanks for the timely reply.
>> 
>> Rafael
>> 
>> On Thu, Jun 17, 2010 at 4:17 PM, <carter at qosient.com> wrote:
>> Hey Rafael,
>> That maybe an artifact of rrd and rrd_graph.
>> You can run ragraph with --debug and it will show you all the numbers get into the rrd.
>> 
>> The particular command you are using is the simple example and the least efficient. Try "-m srcid" and the numbers may get around the rrd issues, and the debug output should help you see what is gong on.
>> 
>> Carter
>> Sent from my Verizon Wireless BlackBerry
>> 
>> From: Rafael Barbosa <rrbarbosa at gmail.com>
>> Date: Thu, 17 Jun 2010 11:58:47 +0200
>> To: <argus-info at lists.andrew.cmu.edu>
>> Subject: [ARGUS] Concurrent transactions - ragraph question
>> 
>> Hi all,
>> 
>> I have been testing some of the argus examples present in the wiki, and one of the outputs called my attention. After analyzing the output of:
>> 
>>  ragraph trans -M 10s -r $file - title 'Concurrent Transactions' -w transac.png2
>> 
>> for a file I have, I get a graph with the number of concurrent transactions, but for my surprise I don't get an integer number of transactions. How is it possible to have around 13.2 concurrent transactions? How does argus calculate this value?
>> By the way, there is a small typo in the the wiki for this command. There is a space in "- title".
>> 
>> Best regards,
>> Rafael Barbosa
>> 
> 
> Carter Bullard
> CEO/President
> QoSient, LLC
> 150 E 57th Street Suite 12D
> New York, New York  10022
> 
> +1 212 588-9133 Phone
> +1 212 588-9134 Fax
> 
> 
> 
> 

Carter Bullard
CEO/President
QoSient, LLC
150 E 57th Street Suite 12D
New York, New York  10022

+1 212 588-9133 Phone
+1 212 588-9134 Fax



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20100618/6c48298e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3815 bytes
Desc: not available
URL: <https://pairlist1.pair.net/pipermail/argus/attachments/20100618/6c48298e/attachment.bin>