Originally posted by jpg44
View Post
Announcement
Collapse
No announcement yet.
Red Hat Enterprise Linux 8 Beta Released With Stratis, Yum 4, Application Streams
Collapse
X
-
-
Originally posted by cen1 View PostA surprise to be sure, but a welcome one. Glad to see IBM speeding up the release in just a few weeks.
- Likes 2
Comment
-
Crossing fingers. Maybe my sysadmin colleagues will manage to do the CentOS 8 upgrade faster than the (still ongoing) CentOS 7 one, so that for a brief short period of time I am able to reliably profile code with perf directly on the compute nodes instead of spending ages replicating the whole setup on my desktop.
And then the kernel will become obsolete with respect to current-gen hardware again, as customary on Red Hat.Last edited by HadrienG; 15 November 2018, 02:49 PM.
Comment
-
Originally posted by SuperIce97 View Post
This has nothing to do with IBM. IBM has not yet acquired Red Hat (only announced their intention to) and the process will take ~6-9 months to finalize. Until then, Red Hat is not allowed to change their behavior or business plans as a response to the acquisition announcement. I will also say that the release date for RHEL 8 beta was on their internal (confidential) calendar for many months now, long before IBM came into the picture. It just wasn't public (in case anything important changed and for legal reasons). There have been internal betas that were being tested within Red Hat for some time as well (before the IBM announcement).
Comment
-
Originally posted by darkbasic View Post
Agree. I personally use ZFS on Linux, hopefully one day btrfs will be ready as well.
Linux for a while has been behind Solaris and BSDs on the filesystems, so while they got ZFS, the Linux land didnt have anything that quite matches that (unless you ignore the license issues and use ZFS).
Comment
-
What's the current consensus on ZFS licensing? I was under the impression that it's still a bit of an unresolved issue. I would assume this would make Red Hat a bit gun-shy about using it. That said, I can't see why they didn't look to BTFS instead (not that XFS has ever given me any issues).
- Likes 1
Comment
-
-
Originally posted by jpg44 View PostStratis is a big step back from the next generation filesystem we could have with forward looking designs, either btrfs or moving toward Cephfs has a general purpose filesystem even. Stratis is a 1980s filesystem on top of a 1980s block layer. When there is need for a versioning filesystem and git-like features to track changes being made to a filesystem, it seems that running xfs over lvm is quite a primitive and clumsy solution. Every minute change to a file requires a complete fork of the entire XFS filesystem. It sounds like this would be unwieldy if one just wants to track small changes to individual files or turn on versioning only for particular files.
It seems like Stratis is a nothingburger, anyone can just throw an XFS filesystem on top of an LVM. If your looking for per file versioning, its really going to be awkward. It would be much more natural and considered to be a better design to integrate these features such as versioning and snapshots into a filesystem that can natively support COW writes and natively track file versions, rather than rely on a block layer.
Instead of doing more wheel reinventing with Stratis, Red Hat could have helped wrap up loose ends with btrfs and gotten it ready for production use. That would give something which is much more flexible than Stratis.
Comment
Comment