<div dir="ltr"><div><div><div>Hi Alex,<br><br></div>Thank you so much for the detailed explanation. Using --phases option in reporter tool is very handy and useful. Thanks for the info :)<br><br></div>Regards,<br></div>Sanjeevi<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 3, 2016 at 3:51 AM, Alex Rousskov <span dir="ltr"><<a href="mailto:rousskov@measurement-factory.com" target="_blank">rousskov@measurement-factory.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 03/02/2016 12:27 PM, Sanjeevi Rangan wrote:<br>
<br>
> I have done few tests using WPG client and server with multiple phases<br>
> (10min + 60min + 10min) and generated WPG report by feeding both client<br>
> and server logs to the reporter tool . During initial 10 mins the number<br>
> of concurrent connections would increase from 0 to max, the next 60 mins<br>
> would maintain the max number of concurrent connections and the in the<br>
> last 10 mins, the concurrent connection would decrease from max to 0. In<br>
> some tests, the executive summary table on the index page would report<br>
> duration as '10 min' and in some other tests, the duration value is<br>
> '1.00 hour' (60 mins, which is expected).<br>
<br>
</span>This instability might be attributed to the actual peak request rates of<br>
the two phases being very close. Polygraph is just guessing which phase<br>
is more important to you...<br>
<span class=""><br>
<br>
> If the duration is '10 min' then the other metrics data on the table<br>
> like response time and throughput would have values related to the<br>
> transactions that happened during that 10mins.<br>
<br>
<br>
> I would like to know what determines the phase duration in the report.<br>
<br>
</span>The reported duration is the total measured duration of the phase(s)<br>
selected for the executive summary and the baseline report. What you<br>
probably want to know is which phase(s) are selected for the executive<br>
summary and the baseline report :-).<br>
<br>
By default, Polygraph currently selects the first phase with the highest<br>
measured request rate. There is a 1% fuzz that is used when comparing<br>
request rates, but when measured peak request rates are close, it may<br>
not be enough to produce stable guesses.<br>
<br>
Consider avoiding this uncertainty by configuring which PGL Phase(s) are<br>
the primary ones. Here is an excerpt from the v4.0.6 change.log:<br>
<br>
> - Added a PGL Phase.primary boolean field. If any of the phases<br>
>   have that field set, those phases and only those phases should<br>
>   be used for the executive summary and the baseline report. The<br>
>   new field is logged when phase stats are logged.<br>
<br>
<br>
You can also specify the primary phases during report generation, using<br>
the --phases command line parameter for the reporter tool. Naturally,<br>
the reporter parameter overwrites PGL configuration so you can produce<br>
multiple reports with different executive summaries using the same set<br>
of logs.<br>
<br>
<br>
HTH,<br>
<br>
Alex.<br>
<br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><i><b>Regards,</b></i><div><i><b>Sanjeevi Ranga</b><b>n</b></i><i><b><br></b></i></div><br><div><br></div></div></div>
</div>