| To: | Marko Myllynen <myllynen@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [pcp] pmrep: fix reporting of the first sample |
| From: | Nathan Scott <nathans@xxxxxxxxxx> |
| Date: | Tue, 19 Jan 2016 19:16:28 -0500 (EST) |
| Cc: | pcp developers <pcp@xxxxxxxxxxx> |
| Delivered-to: | pcp@xxxxxxxxxxx |
| In-reply-to: | <569CAFEF.9070201@xxxxxxxxxx> |
| References: | <569CAFEF.9070201@xxxxxxxxxx> |
| Reply-to: | Nathan Scott <nathans@xxxxxxxxxx> |
| Thread-index: | JEDA5w99aPFB7JmSPAAg7284VZ5VtQ== |
| Thread-topic: | pmrep: fix reporting of the first sample |
Hi Marko, ----- Original Message ----- > Not sure what happened here, I guess I was much too focused on > cumulative counters and those earlier seen archive issues that > I became blind to this. > > When reporting rate, the first output is N/A as rate can't be > calculated yet. But for everything else the value should be > printed already for the first sample. > > (I didn't adjust QA yet, getting QA going on here is pretty > much next on my todo list.) qa/1069 exercises this behaviour already, and was showing the problem via its initial use of sample.long.one - I've updated with the now correct output. cheers. -- Nathan |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [pcp] pcp update: fetchgroups v4: with event-field support, Nathan Scott |
|---|---|
| Next by Date: | pcp updates: kenj, mgoodwin, marko merges, Nathan Scott |
| Previous by Thread: | pmrep: fix reporting of the first sample, Marko Myllynen |
| Next by Thread: | pmrep: drop redundant code, Marko Myllynen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |