<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 19, 2016 at 2:54 PM, Duncan Thomas <span dir="ltr"><<a href="mailto:duncan.thomas@gmail.com" target="_blank">duncan.thomas@gmail.com</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"><div>I think there's some mileage in some further work on adding local LVM, since things like striping/mirroring for performace can be done. We can prototype it and get the numbers before even thinking about merging though - as additions to an already fully featured driver. these seem more worthwhile a way forward than limping on with the bdd driver.<br></div></div></blockquote><div><div class="gmail_default" style="font-family:monospace,monospace;display:inline">​I think that's a different discussion, a good one, but a different one. I'd also like to point out that there's been a mirroring option in the existing LVM driver for years (Vish added it a long time ago) but there have been very few people that have showed any interest in it.</div></div><div><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><br></div></div><div><div class="gmail_default" style="font-family:monospace,monospace;display:inline">Again, rather than change the entire architecture of things, I'd rather see us do some things around multi-pathing and exploitation of the mirroring that we already have.  IMHO we either flush out and refine the features/options we have or start removing them; but I hate to continue piling little corner case configs into the mix that aren't tested and typically don't implement the entire API.</div></div><div><div class="gmail_default" style="font-family:monospace,monospace;display:inline"><br></div></div><div><div class="gmail_default" style="font-family:monospace,monospace;display:inline">​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div>Moving to change our default target to LIO seems worthwhile - I'd suggest being cautious with deprecation rather than aggressive though - aiming to change the default in 'O' then planning the rest based on how that goes.<br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On 19 September 2016 at 21:54, John Griffith <span dir="ltr"><<a href="mailto:john.griffith8@gmail.com" target="_blank">john.griffith8@gmail.com</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"><div style="font-family:monospace,monospace"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Mon, Sep 19, 2016 at 12:01 PM, Ivan Kolodyazhny <span dir="ltr"><<a href="mailto:e0ne@e0ne.info" target="_blank">e0ne@e0ne.info</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">+ [sahara] because they are primary consumer of the BDD.<div><br></div><div>John, </div><div>Thanks for the answer. My comments are inline.<br><div class="gmail_extra"><span><br clear="all"><div><div data-smartmail="gmail_signature"><div dir="ltr"><div>Regards,<br>Ivan Kolodyazhny,<br><a href="http://blog.e0ne.info/" target="_blank">http://blog.e0ne.info/</a></div></div></div></div>
<br></span><div class="gmail_quote"><span>On Mon, Sep 19, 2016 at 4:41 PM, John Griffith <span dir="ltr"><<a href="mailto:john.griffith8@gmail.com" target="_blank">john.griffith8@gmail.com</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"><div style="font-family:monospace,monospace"><br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Mon, Sep 19, 2016 at 4:43 AM, Ivan Kolodyazhny <span dir="ltr"><<a href="mailto:e0ne@e0ne.info" target="_blank">e0ne@e0ne.info</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><div dir="ltr"><div>Hi team,</div><div><br></div><div>We did some performance tests [1] for LVM and BDD drivers. All tests were executed on real hardware with OpenStack Mitaka release. Unfortunately, we didn't have enough time to execute all tests and compare results. We used Sahara/Hadoop cluster with <span style="color:rgb(51,51,51);font-family:arial;font-size:13.3333px;white-space:pre-wrap">TestDFSIO and others tests. </span></div><div><span style="color:rgb(51,51,51);font-family:arial;font-size:13.3333px;white-space:pre-wrap"><br></span></div><div><span style="color:rgb(51,51,51);font-family:arial;font-size:13.3333px;white-space:pre-wrap">All tests were executed on the same hardware and OpenStack release. Only difference were in cinder.conf to enable needed backend and/or target driver.</span></div><div><span style="color:rgb(51,51,51);font-family:arial;font-size:13.3333px;white-space:pre-wrap"><br></span></div><div><span style="color:rgb(51,51,51);font-family:arial;font-size:13.3333px;white-space:pre-wrap">Tests were executed on following configurations:</span></div><div><ul><li><font face="arial" color="#333333"><span style="font-size:13.3333px;white-space:pre-wrap">LVM +TGT target</span></font></li><li><font face="arial" color="#333333"><span style="font-size:13.3333px;white-space:pre-wrap">LVM+LocalTarget: PoC based on [2] spec</span></font></li><li><font face="arial" color="#333333"><span style="font-size:13.3333px;white-space:pre-wrap">LVM+LIO</span></font></li><li><font face="arial" color="#333333"><span style="font-size:13.3333px;white-space:pre-wrap">Block Device Driver.</span><br></font></li></ul><div><font face="arial" color="#333333"><span style="font-size:13.3333px;white-space:pre-wrap"><br></span></font></div></div><div><font face="arial" color="#333333"><span style="font-size:13.3333px;white-space:pre-wrap">Feel free to ask question if any about our testing infrastructure, environment, etc.</span></font></div><div><br></div><div><br></div>[1] <a href="https://docs.google.com/spreadsheets/d/1qS_ClylqdbtbrVSvwbbDpdWNf2lZPR_ndtW6n54GJX0/edit?usp=sharing" target="_blank">https://docs.google.com/spread<wbr>sheets/d/1qS_ClylqdbtbrVSvwbbD<wbr>pdWNf2lZPR_ndtW6n54GJX0/edit?u<wbr>sp=sharing</a><div>[2] <a href="https://review.openstack.org/#/c/247880/" target="_blank">https://review.openstack.o<wbr>rg/#/c/247880/</a><br><div><br clear="all"><div><div><div dir="ltr"><div>Regards,<br>Ivan Kolodyazhny,<br><a href="http://blog.e0ne.info/" target="_blank">http://blog.e0ne.info/</a></div></div></div></div>
</div></div></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><div style="font-family:monospace,monospace">​Thanks Ivan, so I'd like to propose we (the Cinder team) discuss a few things (again):</div><div style="font-family:monospace,monospace"><br></div><div style="font-family:monospace,monospace">1. Deprecate the BDD driver </div><div style="font-family:monospace,monospace"> Based on the data here LVM+LIO the delta in performance ​(with the exception of the Terravalidate run against 3TB) doesn't seem significant enough to warrant maintaining an additional driver that has only a subset of features implemented.  It would be good to understand why that particular test has such a significant peformance gap.</div></div></div></blockquote></span><div>What about Local Target? Does it make sense to implement it instead BDD?</div></div></div></div></div></blockquote></div></div><div><div style="font-family:monospace,monospace;display:inline">​Maybe I'm missing something, what would the advantage be?  LVM+LIO and LVM+LOCAL-TARGET seem pretty close.  In the interest of simplicity and maintenance just thinking maybe it would be worth considering just using LVM+LIO across the board.  </div></div><div><div style="font-family:monospace,monospace;display:inline">​</div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote"><span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div style="font-family:monospace,monospace"><br></div><div style="font-family:monospace,monospace">2. Consider getting buy off to move the default implementation to use the LIO driver and consider deprecating the TGT driver</div></div></div></blockquote></span><div>+1. Let's bring this topic for the next weekly meeting.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span><div dir="ltr"><div class="gmail_extra"><div style="font-family:monospace,monospace"><br></div><div style="font-family:monospace,monospace">I realize this probably isn't a sufficient enough data set to make those two decisions but I think it's at least enough to have a more informed discussion this time.</div><div style="font-family:monospace,monospace"><br></div><div style="font-family:monospace,monospace">Thanks,</div><div style="font-family:monospace,monospace">John​</div><br></div></div>
<br></span><span>______________________________<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></span></blockquote></div><br></div></div></div>
<br></span><span>______________________________<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></span></blockquote></div><br></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><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div data-smartmail="gmail_signature"><div dir="ltr"><div>-- <br>Duncan Thomas</div></div></div>
</font></span></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></div>