Page 1 of 2 12 LastLast
Results 1 to 10 of 20

Thread: File-System Benchmarks With The Linux 2.6.34 Kernel

  1. #1
    Join Date
    Jan 2007
    Posts
    15,133

    Default File-System Benchmarks With The Linux 2.6.34 Kernel

    Phoronix: File-System Benchmarks With The Linux 2.6.34 Kernel

    File-system benchmarks have become quite common to Phoronix in the age of EXT4 and Btrfs with these new file-systems driving much of the interest and as we have also been finding the Linux file-system performance to change between kernel releases (and in some cases, the performance has changed a great deal). Most recently we delivered benchmarks of EXT4 vs. Btrfs vs. Reiser4, but now a month later we are back with more Linux file-system benchmarks as we look to see if the disk performance has changed with the Linux 2.6.34 kernel.

    http://www.phoronix.com/vr.php?view=14778

  2. #2
    Join Date
    Jan 2007
    Location
    Germany
    Posts
    2,157

    Default

    btrfs looks like a winner, even though it did not win most benchmarks. I am looking forward to try it with Ubuntu 10.10, with Kernel 2.6.36 or something.

  3. #3

    Default

    Again, this testing was atop a solid-state drive with the default mount settings -- as other tests have shown, using the Btrfs SSD mode can lead to better performance as well as enabling the zlib compression mode.
    I quickly scanned through the graphs on the linked page. In just ONE single test did SSD mode improve performance. Indeed it often seemed to cause quite a significant penalty. Surely this makes the above statement completely incorrect!

    This is of course not even touching on the fact that the linked article is nearly a year old...

  4. #4

    Default

    Quote Originally Posted by kiwi_kid_aka_bod View Post
    I quickly scanned through the graphs on the linked page. In just ONE single test did SSD mode improve performance. Indeed it often seemed to cause quite a significant penalty. Surely this makes the above statement completely incorrect!

    This is of course not even touching on the fact that the linked article is nearly a year old...
    Right, more recently the SSD mode provides better gains.

  5. #5

    Default

    I wouldn't mind seeing this test repeated with btrfs vs btrfs SSD mode vs btrfs w/zlib vs btrfs w/NOOP or DEADLINE scheduler, so we can get an idea of how big a difference each feature makes.

  6. #6
    Join Date
    Apr 2009
    Posts
    563

    Default

    I guess it's about time to migrate my /home from xfs to ext4 (/home was already ext4), perhaps leave /data as xfs ..

  7. #7
    Join Date
    Nov 2007
    Location
    Trondheim, Norway
    Posts
    13

    Default

    Quote Originally Posted by blagishnessosity View Post
    I wouldn't mind seeing this test repeated with btrfs vs btrfs SSD mode vs btrfs w/zlib vs btrfs w/NOOP or DEADLINE scheduler, so we can get an idea of how big a difference each feature makes.
    That would be very interesting!

  8. #8
    Join Date
    Apr 2009
    Posts
    563

    Default

    Quote Originally Posted by mendieta View Post
    I guess it's about time to migrate my /home from xfs to ext4 (/home was already ext4), perhaps leave /data as xfs ..
    I meant to say "(/ is already ext4)"

  9. #9
    Join Date
    Sep 2007
    Posts
    999

    Default

    I think I read if you have kernel 2.6.34, there will be the required packages to ensure that TRIM is working and that partitions will be aligned.

    Can anyone confirm this or list what is needed to have a trouble-free experience with a SSD in Linux? Most of the related sites I've found are a bit outdated or seem to indicate there are a lot of configuring/tweaking and I'd rather just plug and play if things are matured and ready to go (with a more recent kernel/latest packages).

  10. #10
    Join Date
    Apr 2010
    Posts
    772

    Default BTRFS anomalies

    Interesting - for the most part, BTFS performs well, if not exceptionally so. But there are just a couple of tests - the database ones - where it lags hugely behind everything else. What makes it so much worse than the others at that particular usage pattern?

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •