Announcement

Collapse
No announcement yet.

Initial Fedora 32 vs. Fedora 33 Beta Benchmarks Point To Slightly Higher Performance

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

  • #31
    Originally posted by skeevy420 View Post

    What about a (post-install) script or daemon that searches for databases and disables COW accordingly? Since it can be assumed that most databases are either under /var or $HOME it would (should) work with Fedora Atomic or Silverblue as well as regular editions.

    What's funny is that ZFS has this exact same issue with databases and other "exotic" formats. And that makes me wonder if other filesystems have database issues which then makes me wonder if the best solution is upstream patches per file system, a daemon, a post install script, or what???
    A post-install script is rather adhoc and has to be duplicated for every distro. Fedora developers have pushed patches upstream for libvirt, cp etc. There is no reason db developers can't add this for COW filesystems, the amount of code to do this is fairly minimal and afaik, it is safe to do

    Comment


    • #32
      Let me add that there are other ways for database devs to improve performance on btrfs - see this interesting blog on the subject:


      Summary:

      By using Write-Ahead Logging we can gain a 300% performance boost, compared to about 25-30% increase using the nocow attribute!.
      That should do the trick, bringing performance in line with other file systems while maintaining the benefits of btrfs.

      Comment


      • #33
        phoronix It's been a long time since the tests, it's 2022. I'm also interested in a comparison of the space savings for which BTRFS is advertised. The options of deduplication, compression, block redistribution.

        Comment

        Working...
        X