Announcement

Collapse
No announcement yet.

XFS / EXT4 / Btrfs / F2FS / NILFS2 Performance On Linux 5.8

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

  • Old Grouch
    replied
    Originally posted by guglovich View Post
    phoronix We need a new NILFS2 benchmark
    Well, yes, and no. Yes, because refreshing the data would be nice; no because NILFS2 will perform badly compared to more recently developed/update filesystems (I have carefully not said 'more modern'. There are known performance bottlenecks in NILFS2 which the small development/maintenance community do not have the resources to address, not least because it would likely require a change in the on-disk format. Which is a shame.

    I do not use NILFS2 for performance. I am happy so long as the performance is adequate for my needs/use case, which is it is, especially on SSD. I use it for the effectively continuous checkpointing capability, any checkpoint of which can be turned into a snapshot and mounted read-only for data recovery if you do something silly like overwrite some key data in a file or delete an important file.

    NILFS2 is not perfect, or fast. I would like it if both metadata and data were checksummed, but that is unlikely to happen, so I can only hope that btrfs or bcachefs can provide a similar continuous/continual checkpointing/snapshotting capability. In the meantime, I have used NILFS2 as my daily-driver filesystem on all filesystems except /boot for the last 8 years, with no NILFS2-caused problems so far. It suits my use case, but I would not recommend it unreservedly for all use-cases.

    Leave a comment:


  • Chaython
    replied
    BTRFS performs great for me, I use it because there’s an open source driver for windows and I transparently zstd compress the whole drive.

    do any of these other formats have a windows driver? Do they support transparently compressing with zstd?

    Leave a comment:


  • guglovich
    replied
    phoronix We need a new NILFS2 benchmark

    Leave a comment:


  • rudiservo
    replied
    can you make a benchmark with BTRFS space_cache=v2 with clear_cache and discard=async?

    Leave a comment:


  • S.Pam
    replied
    Originally posted by adriansev View Post
    see https://openbenchmarking.org/embed.p...ha=a11596e&p=2
    for each file system there are show the default options, and i take that NONE as the IO scheduler
    Thanks. Yes, that probably makes sense.

    Leave a comment:


  • adriansev
    replied
    Originally posted by Spam View Post
    I can't find any info in the specs. Can you show me?
    see https://openbenchmarking.org/embed.p...ha=a11596e&p=2
    for each file system there are show the default options, and i take that NONE as the IO scheduler

    Leave a comment:


  • S.Pam
    replied
    I can't find any info in the specs. Can you show me?

    Leave a comment:


  • adriansev
    replied
    Originally posted by Spam View Post
    What IO-Scheduler was used?
    I think this is shown in the first box, the one with system details, and i take it from there that "None" was de default IO scheduler for all (AFAIK ubuntu defaults to None for all nvme drives)

    Leave a comment:


  • S.Pam
    replied
    Great article

    What IO-Scheduler was used? It is likely it would affect the Application Start-up times a lot. Michael could you re-run the test with different IO schedulers like mq-eadline, bfq and none?
    Last edited by S.Pam; 08 October 2020, 04:16 AM.

    Leave a comment:


  • adriansev
    replied
    I would be really curious on the numbers on hdds ...

    Leave a comment:

Working...
X