<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On 16 May 2017 06:16, &quot;Shyam&quot; &lt;<a href="mailto:srangana@redhat.com">srangana@redhat.com</a>&gt; wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Let&#39;s start a bit early on 3.12 and 4.0 roadmap items, as there have been quite a few discussions around this in various meetups.<br>
<br>
Here is what we are hearing (or have heard), so if you are working on any of these items, do put up your github issue, and let us know which release you are targeting these for.<br>
<br>
If you are working on something that is not represented here, shout out, and we can get that added to the list of items in the upcoming releases.<br>
<br>
Once we have a good collection slotted into the respective releases (on github), we can further announce the same in the users list as well.<br>
<br>
3.12:<br>
1. Geo-replication to cloud (ie, s3 or glacier like storage target)<br>
2. Basic level of throttling support on server side to manage the self-heal processes running.<br>
3. Brick Multiplexing (Better support, more control)<br>
4. GFID to path improvements<br>
5. Resolve issues around disconnects and ping-timeouts<br>
6. Halo with hybrid mode was supposed to be with 3.12<br>
7. Procedures and code for +1 scaling the cluster?<br>
8. Lookup-optimized turned on by default.<br>
9. Thin client (or server side clustering) - phase 1.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">We also have the IPV6 patch by FB. This was supposed to go into 3.11 but hasn&#39;t. The main thing blocking this is having an actual IPV6 environment to test it in.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
4.0: (more thematic than actual features at the moment)<br>
1. Separation of Management and Filesystem layers (aka GlusterD2 related efforts)<br>
2. Scaling Distribution logic<br>
3. Better consistency with rename() and link() operations<br>
4. Thin client || Clustering Logic on server side - Phase 2<br>
5. Quota: re-look at optimal support<br>
6. Improvements in debug-ability and more focus on testing coverage based on use-cases.<br>
<br>
Components moving out of support in possibly 4.0<br>
- Stripe translator<br>
- AFR with just 2 subvolume (either use Arbiter or 3 way replicate)<br>
- Re-validate few performance translator&#39;s presence.<br>
<br>
Thanks,<br>
Shyam<br>
<br>
______________________________<wbr>_________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@gluster.org" target="_blank">Gluster-devel@gluster.org</a><br>
<a href="http://lists.gluster.org/mailman/listinfo/gluster-devel" rel="noreferrer" target="_blank">http://lists.gluster.org/mailm<wbr>an/listinfo/gluster-devel</a><br>
</blockquote></div><br></div></div></div>