Announcement

Collapse
No announcement yet.

OpenZFS File-System Merges Support For Using Zstd Compression

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • oiaohm
    replied
    Originally posted by starshipeleven View Post
    SSDs are still block devices, so I don't see why the filesystems should change.
    At least on the consumer side, I'm sure we will still have ntfs on whatever form Windows PCs will have in the future
    That is the fun part refs, exfat, fat32 and NTFS all are not designed for zoned storage. Microsoft does not have a single file system that can support zoned without major overhaul and with how long it taken Microsoft to get refs ready I don't see that problem improving any time soon. I can see Microsoft having to release a dm-zoned equal due to no other choice.

    The reality is all consumer SSD are really zoned devices under the controller. For allowing better utilisation doing like SMR(zoned )harddrives have with a host aware mode would be good for consumer SSD.

    So zoned based devices are going to come more common.

    Leave a comment:


  • starshipeleven
    replied
    Originally posted by k1e0x View Post
    That sounds like Linux. To me it just seems like a waste of time to take a filesystem from the 80's and add this. If that is the case.. we can just do something new. The right tool for the right job.
    why adding hardware support features to rock solid filesystems with a great track record when we can reinvent the wheel and add all the features they support to a new filesystem.

    And then you complain about btrfs when it is literally doing the same thing.

    Leave a comment:


  • starshipeleven
    replied
    Originally posted by uid313 View Post
    Nice to see (Open)ZFS evolve with new features and algorithms.

    I wonder how the future file systems will look in ten or twenty years from now. In a world without SATA, SCSI, SAS and mechanical HDD.
    SSDs are still block devices, so I don't see why the filesystems should change.
    At least on the consumer side, I'm sure we will still have ntfs on whatever form Windows PCs will have in the future

    Leave a comment:


  • oiaohm
    replied
    Originally posted by k1e0x View Post
    That sounds like Linux. To me it just seems like a waste of time to take a filesystem from the 80's and add this. If that is the case.. we can just do something new. The right tool for the right job.
    Its not the 1980s. XFS is 1993 when it first comes into existence. Object-Based storage idea starts being mucked around in 1995 while XFS core structures are still being made.

    2004 Object-Based Storage Devices - 2 (OSD-2) feature for scsi. Interest one of the last feature in the IRIX release in 2006 was support of OSD-2 in IRIX XFS.

    Yes the way you have to work on zoned file systems and OSD-2 systems is so the same that you don't in fact need new structures just use different drive commands.



    Its really interesting what features XFS is meant to have. There is a large section of XFS that just has never been implemented in Linux. Yes a almost 30 year old file system and Linux kernel has not implemented it all yet.

    Zoned is not a 100 percent new idea. If XFS truly from the 80s before object based storage work or was a file system not design with object based storage support making it support zoned would be a lot of work. XFS is most likely the oldest file-system that the features you need to support zoned is in fact built into the base file system structures there are a lot of younger file systems without the features.

    k1e0x there are the fun things where its not add something new but implement something that was designed into the file system a long time ago that the Linux kernel implementation did not implement.

    Also remember XFS was always designed to work hand and hand with the volume manager. Linux kernel only implemented the XFS but not its matching volume manager. XFS with XLV(its volume manager) is meant to have on the fly snapshots and copy on write and RAID like ZFS. Stupid as it sounds ZFS Zpool is really like XLV feature set.

    XFS is not that primitive as it first appears it would help if more than half the features XFS/XLV was meant to have was in fact implemented in Linux.

    k1e0x I guess you would not be thinking Hierarchical storage management is a XFS/XLV feature yes XFS/XLV is meant to have a L2ARC equal where it put the most recent accessed stuff on faster storage.

    The reality the feature differences between ZFS vs XFS/XLV is almost nothing other than XFS has some advantage for zoned and the like.

    Some of these really old file-systems are meant to be insanely feature rich yes you can count them on 1 hand and XFS is one them. Its also a horrible fact that a lot of feature rich file-systems when ported have lost huge volumes of their features.

    Leave a comment:


  • k1e0x
    replied
    Originally posted by uid313 View Post
    Nice to see (Open)ZFS evolve with new features and algorithms.

    I wonder how the future file systems will look in ten or twenty years from now. In a world without SATA, SCSI, SAS and mechanical HDD.
    Originally posted by oiaohm View Post



    As insane as it sounds XFS is being worked on behave correctly on zone based storage. The reality is all consume SSD are chunks of non-volatile storage that due to controller magic appear to be block device. Linux kernel has dm-zoned that is basically a cpu run equal to what has been in your SSD drive controller. This is really like the winmodem thing again.

    File systems optimised for chunks of storage will perform better in future on zoned based devices. But file systems not optimised for chucks of storage will still work behind stuff like dm-zoned at a price of higher cpu usage.



    There is another bit of tech to remember about NVDIMM. NVDIMM go the other way to zoned based devices. NVDIMM lot of cases you end with ram storage equal to flash storage with a supercap to provide power to write to flash if/when power is lost. Yes these current have a virtual block device on top of them.

    Between dm-zoned and NVDIMM virtual block device stuff block device is going to be around well after we no longer have block devices in hardware. Of course most likely not the best performing choice using a file system designed for only block device.
    That sounds like Linux. To me it just seems like a waste of time to take a filesystem from the 80's and add this. If that is the case.. we can just do something new. The right tool for the right job.

    Leave a comment:


  • oiaohm
    replied
    Originally posted by waxhead View Post
    So when block devices are a thing of the past and everything is a chunks of non-volatile memory does it make sense then?


    As insane as it sounds XFS is being worked on behave correctly on zone based storage. The reality is all consume SSD are chunks of non-volatile storage that due to controller magic appear to be block device. Linux kernel has dm-zoned that is basically a cpu run equal to what has been in your SSD drive controller. This is really like the winmodem thing again.

    File systems optimised for chunks of storage will perform better in future on zoned based devices. But file systems not optimised for chucks of storage will still work behind stuff like dm-zoned at a price of higher cpu usage.



    There is another bit of tech to remember about NVDIMM. NVDIMM go the other way to zoned based devices. NVDIMM lot of cases you end with ram storage equal to flash storage with a supercap to provide power to write to flash if/when power is lost. Yes these current have a virtual block device on top of them.

    Between dm-zoned and NVDIMM virtual block device stuff block device is going to be around well after we no longer have block devices in hardware. Of course most likely not the best performing choice using a file system designed for only block device.

    Leave a comment:


  • waxhead
    replied
    Originally posted by curfew View Post
    waxhead Yes, filesystems are already databases. Therefore your statement makes very little sense.
    So when block devices are a thing of the past and everything is a chunks of non-volatile memory does it make sense then?

    Leave a comment:


  • curfew
    replied
    waxhead Yes, filesystems are already databases. Therefore your statement makes very little sense.

    Leave a comment:


  • waxhead
    replied
    Originally posted by uid313 View Post
    Nice to see (Open)ZFS evolve with new features and algorithms.

    I wonder how the future file systems will look in ten or twenty years from now. In a world without SATA, SCSI, SAS and mechanical HDD.
    Probably it will be a database (which a filesystem really is).

    Leave a comment:


  • uid313
    replied
    Nice to see (Open)ZFS evolve with new features and algorithms.

    I wonder how the future file systems will look in ten or twenty years from now. In a world without SATA, SCSI, SAS and mechanical HDD.

    Leave a comment:

Working...
X