Announcement

Collapse
No announcement yet.

F2FS In Linux 6.7 Supports Larger Page Size, Continued Zone Block Device Work

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

  • F2FS In Linux 6.7 Supports Larger Page Size, Continued Zone Block Device Work

    Phoronix: F2FS In Linux 6.7 Supports Larger Page Size, Continued Zone Block Device Work

    The Flash-Friendly File-System (F2FS) continues to be improved upon in the mainline Linux kernel and with the ongoing v6.7 merge window has received some additional enhancements...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    Does it support 64K?
    ## VGA ##
    AMD: X1950XTX, HD3870, HD5870
    Intel: GMA45, HD3000 (Core i5 2500K)

    Comment


    • #3
      Previously formatted and populated F2FS filesystems (which use 4K blocks) cannot be used anymore if the system happens to use a different page size. Nice way to make systems unbootable.

      Also, flash drives formatted with F2FS won't be portable across different architectures.

      Comment


      • #4
        Originally posted by zboszor View Post
        Previously formatted and populated F2FS filesystems (which use 4K blocks) cannot be used anymore if the system happens to use a different page size. Nice way to make systems unbootable.

        Also, flash drives formatted with F2FS won't be portable across different architectures.
        So don't change the page size post filesystem creation. That's not rocket science. The article doesn't say you can't mount and read these devices on a platform with different page sizes. It says that if youdo change page sizes for the filesystem the block size must be equal to the memory page size as currently implemented. The only difference is you'll lose performance if your filesystem doesn't reflect the memory page size of the host CPU, it won't be unreadable.

        Comment


        • #5
          Originally posted by stormcrow View Post

          So don't change the page size post filesystem creation. That's not rocket science.
          What happens on systems that already use >4K page size?

          F2F2 filesystems formatted using f2f2-tools up to 1.16.0 only supported 4K block size regardless of the page size on the system.

          Now both f2fs-tools git and the kernel wants the F2FS block size match the page size and don't support anything else. Relaxing it comes later. This is exactly what the change says.

          Comment

          Working...
          X