New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gluster 9.0 - release roadmap #1465
Comments
I would request to add #280 for the list. The patches are out there, and only review pending. |
Updates to the list:
|
It's better to edit, if possible, the initial list, so it could be tracked in one place. Also, using Markdown, we can probably add checkboxes, so we can track what's been done and what isn't in yet. |
Update on the Gluster Release 9.0 progress. Issue #280 has been added to the list.
|
Update on the Gluster Release 9.0 progress.
|
wrt Compile with LTO/GCC 10: TBD Gluster, as of 8.0, already compiles with gcc-10 and LTO on Fedora f32/f33/f34/rawhide, Ubuntu 20.10 (groovy), and OpenSUSE Tumbleweed. This is a no-op at this point. The only changes required were the gfapi symbol versioning and commit 8eba9de There is nothing to enable or configure. If the regression tests are running on fedora-32 or later (or one of those other distributions) then they are using gcc-10 and LTO. |
We will be doing the regression and performance tests as part of this activity. |
@msaju Could you change the description of 1211 to rename dir heal instead of gfid split-brain prvention? This is phase-1 to achieve gfid-split-brain prevention |
#768 above is not complete, it's still open. |
A tiny correction, on Fedora 32 there's a need to explicitly add the -flto option for enabling LTO optimization. @kalebskeithley, can you please confirm this? This is my current steps on the "Compile with LTO/GCC 10" task, please let me know if anything is missing:
|
Fedora-32 and later has gcc-10. Fedora-33 is the first version that requires the use of LTO for all the various bundled packages, e.g. glusterfs, ceph, etc. By extension it is presumed that RHEL9 will require the use of LTO for downstream/product packages. (Also, gcc-11 is coming soon, in Fedora Rawhide/34 and Fedora Enterprise Linux Next (ELN) which will be the basis for RHEL9.) If someone wants to enable LTO when they build on Fedora-32 and earlier and other distributions then -flto must be added to the build CFLAGS and LDFLAGS. LTO has been a gcc feature since at least gcc-4. (How well it works in versions before gcc-10 is unknown.) When building RPMS on Fedora-33 and later -flto is already automatically added by rpmbuild. (But if you're just doing an ordinary ./configure && make on Fedora-33 and later you will have to add -flto to the flags.) I am not aware of any pressing requirement to use LTO just because gcc-10 is being used. Who is asking for LTO all the time? |
Status update on the Gluster 9.0 major release items as of today is as follows: Development Complete: #1670 , #1398 , #1621 .
|
Status update on the Gluster 9.0 major release items as of today is as follows.
|
Release 9.0 has been completed. |
This issue is intended to receive updates for all the enhancements/improvements being proposed to be included in the release 9.0.
Release Deadlines:
Code Freeze : 20-Nov-2020
RC : 30-Nov-2020
GA : 11-Dec-2020
Planned Improvements for 9.0: (Additions on the way)
internal database when there's been data and metadata intensive workload.
Release Process:
The text was updated successfully, but these errors were encountered: