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

Thread: EXT4 File-System Tuning Benchmarks

  1. #1
    Join Date
    Jan 2007
    Posts
    14,350

    Default EXT4 File-System Tuning Benchmarks

    Phoronix: EXT4 File-System Tuning Benchmarks

    Following last month's Btrfs file-system tuning benchmarks, in this article are a similar set of tests when stressing the EXT4 file-system with its various performance-related mount options. Here are a number of EXT4 benchmarks from Ubuntu 12.10 with different mount option configurations.

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

  2. #2
    Join Date
    Jan 2010
    Posts
    15

    Default

    Michael, could you do a benchmark of EXT4 with different journal size ?

  3. #3
    Join Date
    Feb 2012
    Posts
    70

    Default Y U no HDD?

    Why dont you do the same tests on a HDD as well ? They are far more common than a SSD.
    Also, a SSD owner would already be getting far more performance compared to a HDD owner. The onus is on the HDD owner to try to get as much speed as safely possible.

  4. #4
    Join Date
    Dec 2010
    Posts
    45

    Default

    How does data=journal actually improve performance on some of these? Anway, thanks for the great defaults ext devs!

  5. #5
    Join Date
    Aug 2009
    Posts
    157

    Default

    This test also misses changing i/o the scheduler. Using the noop scheduler produces better performance for SSDs and hardware RAIDs.

  6. #6
    Join Date
    Dec 2008
    Location
    Vermont
    Posts
    99

    Default

    Once upon a time, I came upon the advice that for an NFS server one could get better write performance at the client with "data=journal" - and an over-sized journal. Reason being that the NFS server was ready to call the client write complete as soon as the journal was written, rather than waiting for the full write to complete.

  7. #7
    Join Date
    Dec 2008
    Posts
    145

    Default

    I thought giving the discard option enables TRIM. But you wrote that disabling TRIM slowed things down in one test.

    Did you mean that enabling TRIM (i.e., giving the discard mount option) slows down the Dbench v4.0 test?

  8. #8
    Join Date
    Oct 2012
    Posts
    273

    Default

    Quote Originally Posted by Artemis3 View Post
    This test also misses changing i/o the scheduler. Using the noop scheduler produces better performance for SSDs and hardware RAIDs.
    no, not true!

    actually deadline is in general the best io scheduler for ssds, though it may need some tweaking to get to full power. but even on defaults its far superior to noop. there are only rare cases where noop can get slightly the tip over deadline.

    in my own tests on 4 different ssds i never had a single time noop won any of the tests. actually i never won any of the tests though it came out on second place a few times. deadline was the best overall. same seem to confirm a lot of other people and tests.

  9. #9
    Join Date
    Oct 2012
    Posts
    273

    Default

    Quote Originally Posted by jwilliams View Post
    I thought giving the discard option enables TRIM. But you wrote that disabling TRIM slowed things down in one test.

    Did you mean that enabling TRIM (i.e., giving the discard mount option) slows down the Dbench v4.0 test?
    actually your question gets answered if you look on the very first page of the article. there you find the exact paramters used for each test. "discard" meand with discard/trim activated. that sentence was a mistake.

  10. #10
    Join Date
    Dec 2008
    Posts
    145

    Default

    Quote Originally Posted by a user View Post
    actually your question gets answered if you look on the very first page of the article. there you find the exact paramters used for each test. "discard" meand with discard/trim activated. that sentence was a mistake.
    Actually, I read the first page, and actually, no, it does not say that it means "with discard/trim activated".

Posting Permissions

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