The Btrfs file-system hasn't supported Swap files on it in early a decade, but that support will be restored again with the upcoming Linux 4.21 kernel.

Adiantum, Google's newly developed crypto algorithm to replace their planned use of the controversial Speck, is ready to begin providing speedy file-system encryption support for low-end devices with the upcoming Linux 4.21 merge window.

The EXT4 file-system corruption issue on Linux 4.19 that also affected 4.20 development builds is now case closed for this pesky data corruption issue.

The saga about EXT4 file-system corruption on Linux 4.19 kernels that has increased in recent weeks might soon be drawing a close... This data corruption bug though is looking like it doesn't originate from within the EXT4 code at all.

Bcachefs lead developer Kent Overstreet provided an update to the kernel developers on his file-system over the weekend, following his Patreon post that updated followers on the latest for this "next-gen" Linux file-system born out of the block cache code.

In the works now for over three years has been BCachefs that doesn't receive nearly as much attention as Btrfs, Stratis, ZFS On Linux, or other next-gen Linux storage options, but it does continue making progress and still possesses a lot of potential.

Adding to the headaches around Linux 4.19 stable is an EXT4 file-system corruption issue that has yet to be sorted out.

Linux file-systems continue getting better along with the infrastructure around it in the VFS and block code, but still there are some pain points for both users and developers around Linux storage.

Back when Huawei introduced the EROFS Linux file-system earlier this year, there wasn't any open-source user-space utility for actually making EROFS file-systems. Even when EROFS was merged into the mainline tree, the user-space utility was still non-existent but now that issue has been rectified.

The Linux kernel will likely be doing away with EXOFS, a file-system that had been around since the Linux 2.6.30 days.

Earlier this year when Google added Speck-based file-system encryption support to the Linux kernel they intended it to be used by low-end Android phones/smartwatches with older ARM processors lacking the dedicated ARM cryptography extensions. Speck is fast enough to provide disk encryption on the low-end hardware, but ultimately they decided against Speck due to public outcry with the algorithm potentially being compromised by the US NSA. Instead Google engineers decided to pursue HPolyC as their new means of encryption on low-end hardware while now that has evolved into a new technology dubbed Adiantum.

While File-Systems in User-Space (FUSE) have been notorious for being slow, with time FUSE has become a lot faster and with this current Linux 4.20 (5.0) development cycle there are yet more performance optimizations.

It was just earlier this year that Zchunk was announced for producing delta-friendly files with good compression ratios while now the 1.0 stable release is in sight.

A set of eleven patches have been published that fix a number of longstanding bugs in the EXT4 file-system.

For those of you using the Network File-System System (NFS), the client code has queued some optimizations that may be worthwhile when upgrading your kernel that will be christened as either Linux 4.20 or Linux 5.0.

For those making use of Linux software RAID, a number of improvements are on deck to the kernel's MD code with the forthcoming Linux 4.20~5.0 cycle.

The changes are not as notable as Btrfs having multiple performance improvements or multiple new features for F2FS, but the XFS and EXT4 mature file-systems have their latest advancements now queued for the next kernel cycle.

While Btrfs has been sorting out performance improvements, the crew working on the Flash-Friendly File-System (F2FS) have been working on a number of feature additions for this next Linux kernel under development.

Adding to the excitement around Linux 4.20~5.0 are now multiple performance improvements to the Btrfs file-system to be presented for this next Linux kernel release.

More Linux storage drivers have been converted to the "blk-mq" interfaces for the multi-queue block I/O queuing mechanism for the 4.20~5.0 kernel cycle.

FUSE file-systems in user-space are set to be running faster with the upcoming Linux 4.20~5.0 kernel thanks to several performance optimizations.

There's a new discussion taking place over the default I/O scheduler of the Linux kernel.

The Kyber I/O scheduler added back in Linux 4.12 and backed by Facebook engineers is seeing some improvements come the Linux 4.20~5.0 kernel cycle.

Separate from the recent FUSE performance work talked about for making FUSE faster with the eBPF in-kernel JIT that hasn't been staged for mainlined, "File-Systems in User-Space" are set to see better performance on the next kernel (Linux 4.20~5.0) thanks to other changes.

Following the release of ZFS On Linux 0.7.10, the developers went ahead and released the big v0.8 release candidate. ZFS On Linux 0.8 is bringing a lot of new functionality.

For those making use of ZFS On Linux to utilize ZFS file-system support on Linux systems, a new ZOL 0.7.10 release along with its SPL layer have been released.

In addition to the recently covered work on making FUSE file-systems faster with eBPF, another separate optimization is on the way for the Linux kernel's FUSE bits that allow for file-systems to be implemented in user-space.

Georgia Tech tends to be home to a lot of interesting open-source projects and incubating long-term FLOSS/Linux developers. This university's latest interesting open-source project is "ExtFUSE" for making user-space FUSE file-systems faster by making use of the in-kernel eBPF framework.

For the Linux 4.19 kernel there's been a lot of F2FS performance enhancements and more, the new EROFS file-system, low-level Btrfs improvements, and more. Some of the file-system work less in the spotlight are the OverlayFS and UBIFS updates sent in this week.

Jaegeuk Kim, the creator and lead developer of the Flash-Friendly File-System (F2FS), has finally submitted the big feature updates slated for the Linux 4.19 kernel merge window.