<div dir="ltr">I agree. I will send out a spin of the 2nd draft soon. Have been caught up in a bunch of other stuff.<div><br></div><div>Avati</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jan 29, 2014 at 10:08 PM, Amar Tumballi <span dir="ltr"><<a href="mailto:amarts@gmail.com" target="_blank">amarts@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 class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, Jan 30, 2014 at 3:30 AM, Jeffrey Darcy <span dir="ltr"><<a href="mailto:jdarcy@redhat.com" target="_blank">jdarcy@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I know we're all busy with other things, but it has been a little over a month<br>
since this discussion started. There are a lot of really good comments on the<br>
Google Docs version (<a href="http://goo.gl/qLw3Vz" target="_blank">http://goo.gl/qLw3Vz</a>) and we're at risk of "losing our<br>
place" if we don't try to keep things going. In particular, the issue of how<br>
these plans relate to 3.6 feature planning, which also needs to conclude soon.<br>
To pick a couple of examples:<br>
<br>
* There's a 3.6 item to make glusterd more scalable, but there are many more<br>
scalability issues that need to be addressed and the later 4.0 proposal<br>
tries to tackle a few. Should we even try to address scalability in the<br>
3.x series, or just leave it entirely to 4.x? If we try to do both, how<br>
should we resolve the incompatibilities that the second proposal introduces<br>
relative to the first?<br>
<br>
* One of the hottest 3.6 items is tiering, data classification, whatever you<br>
want to call it. I say it's hot because everyone else - e.g. Ceph, HDFS,<br>
Swift - has recognized this as an important feature and they're all making<br>
significant moves here. Again, the 4.0 proposal contains some ideas that<br>
touch on this, not always compatible with earlier ideas. Which should we<br>
work on, and how should we address their differences?<br>
<br>
If we don't complete the discussions about 4.0, we won't be able to reach any<br>
reasonable conclusions about when/how it should diverge from 3.x. Should we<br>
set a deadline for a second draft and/or an IRC meeting to discuss the comments<br>
we've already collected?<br>
<br></blockquote><div><br></div></div></div><div>+1</div><div><br></div><div>It is very important to keep momentum for this, otherwise, the amount of work planned for 4.0 would never be 'done'. Also, would be very important to track the deadlines as an action item in every weekly IRC meeting.</div>
<div><br></div><div>Regards,</div><div>Amar</div><div> </div></div></div></div>
<br>_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org">Gluster-devel@nongnu.org</a><br>
<a href="https://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">https://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
<br></blockquote></div><br></div>