<div dir="ltr">Hi Boris<div><br></div><div>That is a point of concern. </div><div>Can you please direct to any of those?</div><div><br></div><div>Anyways, we don't have anything in place for OpenStack yet.</div><div>Now, either we pick another tracing solution like Zipkin, Jaeger etc. which have their own limitations OR enhance OSProfiler.</div><div>We pick the later as it's most native and better coupled with OpenStack as of now. </div><div>I understand that we may be blocked by these issues. However, I feel it'll be better to fight with OSProfiler than anything else till we come up with something better :)</div><div><br></div><div>Thanks</div><div>Rajul</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 3, 2017 at 4:01 PM, Boris Pavlovic <span dir="ltr"><<a href="mailto:boris@pavlovic.me" target="_blank">boris@pavlovic.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Rajul, <div><span class=""><div><br></div><div><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">May I ask why you think so? </blockquote></div><div><br></div></span><div>Exposed by OSprofiler issues are going to be really hard to fix in current OpenStack architecture. </div><div><br></div><div>Best regards,</div><div>Boris Pavlovic </div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 3, 2017 at 12:56 PM, Rajul Kumar <span dir="ltr"><<a href="mailto:kumar.raju@husky.neu.edu" target="_blank">kumar.raju@husky.neu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Boris<div><br></div><div>Good to hear from you.</div><div>May I ask why you think so? </div><div><br></div><div>We do see some potential with OSProfiler for this and further objectives.</div><div><br></div><div>Thanks</div><span class="m_-2951541831950361099HOEnZb"><font color="#888888"><div>Rajul</div></font></span></div><div class="m_-2951541831950361099HOEnZb"><div class="m_-2951541831950361099h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 3, 2017 at 3:48 PM, Boris Pavlovic <span dir="ltr"><<a href="mailto:boris@pavlovic.me" target="_blank">boris@pavlovic.me</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Rajul, <div><br></div><div>It makes sense! However, maybe it's a bit too late... ;) </div><div><div><br></div><div>Best regards,</div><div>Boris Pavlovic </div></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_-2951541831950361099m_7012095108694279442h5">On Thu, Aug 3, 2017 at 12:16 PM, Rajul Kumar <span dir="ltr"><<a href="mailto:kumar.raju@husky.neu.edu" target="_blank">kumar.raju@husky.neu.edu</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_-2951541831950361099m_7012095108694279442h5"><div dir="ltr"><div>Hello everyone</div><div><br></div><div>I have added a blueprint on having tail-based sampling as a sampling option for continuous tracing in OSProfiler. It would be really helpful to have some thoughts, ideas, comments on this from the community.</div><div><br></div><div>Continuous tracing provides a good insight on how various transactions behave across in a distributed system. Currently, OpenStack doesn't have a defined solution for continuous tracing. Though, it has OSProfiler that does generates selective traces, it may not capture the occurrence. Even if we have OSProfiler running continuously [1], we need to sample the traces so as to cut down the data generated and still keep the useful info.</div><div><br></div><div>Head based sampling can be applied that decides initially whether a trace should be saved or not. However, it may miss out on some useful traces. I propose to have tail-based sampling [2] mechanism that makes the decision at the end of the transaction and tends to keep all the useful traces. This may require a lot of changes depending on what all type of info is required and the solution that we pick to implement it [2]. This may not affect the current working of any of the services on OpenStack as it will be off the critical path [3]. </div><div><br></div><div>Please share your thoughts on this and what solution should be preferred in a broader OpenStack's perspective.</div><div>This is a step in the process of having an automated diagnostic solution for OpenStack cluster.</div><div><br></div><div>[1] <a href="https://blueprints.launchpad.net/osprofiler/+spec/osprofiler-overhead-control" target="_blank">https://blueprints.launchp<wbr>ad.net/osprofiler/+spec/osprof<wbr>iler-overhead-control</a></div><div>[2] <a href="https://blueprints.launchpad.net/osprofiler/+spec/tail-based-coherent-sampling" target="_blank">https://blueprints.launchp<wbr>ad.net/osprofiler/+spec/tail-b<wbr>ased-coherent-sampling</a></div><div>[3] <a href="https://blueprints.launchpad.net/osprofiler/+spec/asynchronous-trace-collection" target="_blank">https://blueprints.launchp<wbr>ad.net/osprofiler/+spec/asynch<wbr>ronous-trace-collection</a></div><div><br></div><div>Thanks<span class="m_-2951541831950361099m_7012095108694279442m_8532689623646016458HOEnZb"><font color="#888888"><br></font></span></div><span class="m_-2951541831950361099m_7012095108694279442m_8532689623646016458HOEnZb"><font color="#888888"><div>Rajul Kumar<br></div><div><br></div></font></span></div>
<br></div></div>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><br></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>