Thanks a lot!<br><br><div class="gmail_quote">On Fri, Dec 9, 2011 at 2:06 PM, Dmitry Kurochkin <span dir="ltr"><<a href="mailto:dmitry.kurochkin@measurement-factory.com">dmitry.kurochkin@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;"><div class="HOEnZb"><div class="h5">On Fri, 9 Dec 2011 13:37:40 -0700, Chengyu Fan <<a href="mailto:chengy.fan@gmail.com">chengy.fan@gmail.com</a>> wrote:<br>

> Thanks for reply so soon.<br>
><br>
> On Fri, Dec 9, 2011 at 7:11 AM, Dmitry Kurochkin <<br>
> <a href="mailto:dmitry.kurochkin@measurement-factory.com">dmitry.kurochkin@measurement-factory.com</a>> wrote:<br>
><br>
> > Hi Chengyu.<br>
> ><br>
> > On Thu, 8 Dec 2011 15:17:10 -0700, Chengyu Fan <<a href="mailto:chengy.fan@gmail.com">chengy.fan@gmail.com</a>><br>
> > wrote:<br>
> > > Hi~ all,<br>
> > > Sorry I have some naive questions again.<br>
> > > I modify the simple download test in my experiment. And I generate the<br>
> > > report using polygraph-reporter.<br>
> > > I am a little confused about some parts in the report. At the end of this<br>
> > > test, the polygraph client cannot connect to the server side, and exits.<br>
> > > The generated report is attached. The questions are as follows:<br>
> > ><br>
> > > 1. The load trace graph shows the offered rate and measured rate, but it<br>
> > > only based on the client-side.<br>
> ><br>
> > If you mean the load trace figure on the "traffic rates, counts, and<br>
> > volumes" page, then yes.<br>
> ><br>
> > > So the client cannot distinguish the<br>
> > > measured rate comes from the proxy or the polygraph server, right?<br>
> ><br>
> > It can.  Otherwise Polygraph would not be able to calculate Hit ratio.<br>
> ><br>
> > > Is there<br>
> > > a graph we can directly check how many rate comes from proxy and how many<br>
> > > comes from the server?<br>
> > ><br>
> ><br>
> > If proxy is used, all replies the client receives come from the proxy,<br>
> > clients do not talk directly to the origin servers in this case.  Also I<br>
> > am not sure I understand what "how many rate" means.<br>
> ><br>
><br>
> For "how many rates", I mean right now we know the measured rate from the<br>
> client side. But I don't know among all these measured rate, how many<br>
> measured rate comes from  server, and how many comes from proxy.<br>
> Is there a way to do that?<br>
><br>
<br>
</div></div>To collect detailed hits and misses stats, Polygraph needs the proxy to<br>
forward custom headers (X-Xact at least) in requests and replies.<br>
<div class="im"><br>
> Also, I noticed that in the load trace, the measured rate is not always<br>
> there. Sometimes I can only see the offered information. Why is this?<br>
><br>
<br>
</div>Apparently, in your test the proxy removes extension headers from<br>
forwarded messages.  That is why Polygraph can not collect detailed hits<br>
and misses stats.<br>
<div class="im"><br>
><br>
> ><br>
> > There are "traffic rates, counts, and volumes" page has client-side<br>
> > reply traffic stream table at the end.  It contains contribution and<br>
> > rates stats for various reply types, including "misses" and "hits and<br>
> > misses".  That may be what you are looking for.  You can click on<br>
> > individual reply type to see detailed stats for it.<br>
> ><br>
> > Also the Details link on the index page goes to the index of all<br>
> > collected stats for all phases, both client and server sides.<br>
> ><br>
><br>
> Yeah, I checked that. But in the traffic stream table, I found that the<br>
> misses is always 100%. But I do use a proxy, does this mean that the proxy<br>
> does not cache anything? And I checked log file, the server side rate is<br>
> much small than client sends. I think it is the proxy replies requests<br>
> instead of server. So why the misses is 100%?<br>
><br>
<br>
</div>I tried to explain why this happens above.  In your test the proxy does<br>
caching, you can see the aggregated hit ratio in the first table on the<br>
"hit ratios" page.  But detailed hits and misses stats can not be<br>
collected.<br>
<div><div class="h5"><br>
><br>
> ><br>
> > > 2. In hit ratios part, I find the measured number in the first table is<br>
> > > more than 79% (I set the recurrence is 80%). But in the client side hit<br>
> > > ratios, the measured number is 0. Why is that?<br>
> > ><br>
> ><br>
> > Polygraph relies on custom HTTP headers to calculate detailed hit<br>
> > stats.  If for some reason Polygraph can not get these headers<br>
> > (e.g. proxy does not forward it), detailed hit ratio stats can not be<br>
> > calculated.<br>
> ><br>
> > Polygraph still can measure the average hit ratio based on client and<br>
> > server stats (the first table on the "hit ratios" page).<br>
> ><br>
> > > 3. Also, I find the server side has lots of errors like "foreign host<br>
> > name"<br>
> > > and "missing target info in the request", does that mean the proxy does<br>
> > not<br>
> > > work well? Or this is the polygraph deliberately to do so?<br>
> > ><br>
> ><br>
> > "Missing target info in the request" means that proxy did not forward<br>
> > X-Target request header.<br>
> ><br>
> > "Foreign host name" means that Polygraph server received request for an<br>
> > unknown host (either in the request URI or the Host header).  Since you<br>
> > are using a single server, that means that proxy changed the host in<br>
> > some way.<br>
> ><br>
> > These issues are likely related to the missing client side stats<br>
> > problem.<br>
> ><br>
><br>
> Do you mean, "foreign host name" and "missing target info in the request"<br>
> may be the reasons that there are such a high misses and no enough measured<br>
> information in my report?<br>
><br>
<br>
</div></div>"Foreign host name" errors seem like a separate issue.  I do not know<br>
why the proxy changes host in forwarded requests but it is weird.<br>
<br>
As for the "missing target info in the request" errors, they are not the<br>
reason, they are the consequence.  The root cause is that the proxy<br>
strips extension headers from the forwarded messages.  If you fix that,<br>
the errors would be gone and you would get detailed hits and misses<br>
stats.<br>
<br>
Regards,<br>
  Dmitry<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> ><br>
> > > 4. I am also do not know what's the meaning of fill. Could you please<br>
> > > explain it?<br>
> > ><br>
> ><br>
> > Fill is a cachable miss, i.e. a reply that may increase (fill) the proxy<br>
> > cache.<br>
> ><br>
> > Regards,<br>
> >  Dmitry<br>
> ><br>
> > > Thanks.<br>
> > ><br>
> > > --<br>
> > > Regards,<br>
> > > Chengyu Fan<br>
> > > _______________________________________________<br>
> > > Users mailing list<br>
> > > <a href="mailto:Users@web-polygraph.org">Users@web-polygraph.org</a><br>
> > > <a href="http://www.web-polygraph.org/mailman/listinfo/users" target="_blank">http://www.web-polygraph.org/mailman/listinfo/users</a><br>
> ><br>
><br>
><br>
><br>
> --<br>
> Regards,<br>
> Chengyu Fan<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Regards,<br>Chengyu Fan<br>