<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><div>Rajul</div></div><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="h5">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="h5"><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/<wbr>osprofiler-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-<wbr>based-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/<wbr>asynchronous-trace-collection</a></div><div><br></div><div>Thanks<span class="m_8532689623646016458HOEnZb"><font color="#888888"><br></font></span></div><span class="m_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.<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>