From: "Austin S. Hemmelgarn" <ahferroin7@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: defragmenting best practice?
Date: Thu, 14 Sep 2017 08:28:42 -0400 [thread overview]
Message-ID: <5adfc6fb-e7d7-5d99-d5f5-b153ea690bc9@gmail.com> (raw)
In-Reply-To: <pan$586a1$64c03ba5$a7b0bfe9$cf4fdc64@cox.net>
On 2017-09-14 03:54, Duncan wrote:
> Austin S. Hemmelgarn posted on Tue, 12 Sep 2017 13:27:00 -0400 as
> excerpted:
>
>> The tricky part though is that differing workloads are impacted
>> differently by fragmentation. Using just four generic examples:
>>
>> * Mostly sequential write focused workloads (like security recording
>> systems) tend to be impacted by free space fragmentation more than data
>> fragmentation. Balancing filesystems used for such workloads is likely
>> to give a noticeable improvement, but defragmenting probably won't give
>> much.
>> * Mostly sequential read focused workloads (like a streaming media
>> server)
>> tend to be the most impacted by data fragmentation, but aren't generally
>> impacted by free space fragmentation. As a result, defrag will help
>> here a lot, but balance won't as much.
>> * Mostly random write focused workloads (like most database systems or
>> virtual machines) are often impacted by both free space and data
>> fragmentation, and are a pathological case for CoW filesystems. Balance
>> and defrag will help here, but they won't help for long.
>> * Mostly random read focused workloads (like most non-multimedia desktop
>> usage) are not impacted much by either aspect, but if you're on a
>> traditional hard drive they can be impacted significantly by how the
>> data is spread across the disk. Balance can help here, but only because
>> it improves data locality, not because it compacts free space.
>
> This is a very useful analysis, particularly given the examples. Maybe
> put it on the wiki under the defrag discussion? (Assuming something like
> it isn't already there. I've not looked in awhile.)
>
I've actually been meaning to write up something more thoroughly about
this online (probably as a Gist). When finally get around to that
(probably in the next few weeks), I'll try to make sure a link ends up
on the defrag page on the wiki.
next prev parent reply other threads:[~2017-09-14 12:28 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-31 7:05 btrfs filesystem defragment -r -- does it affect subvolumes? Ulli Horlacher
2017-09-12 16:28 ` defragmenting best practice? Ulli Horlacher
2017-09-12 17:27 ` Austin S. Hemmelgarn
2017-09-14 7:54 ` Duncan
2017-09-14 12:28 ` Austin S. Hemmelgarn [this message]
2017-09-14 11:38 ` Kai Krakow
2017-09-14 13:31 ` Tomasz Kłoczko
2017-09-14 15:24 ` Kai Krakow
2017-09-14 15:47 ` Kai Krakow
2017-09-14 17:48 ` Tomasz Kłoczko
2017-09-14 18:53 ` Austin S. Hemmelgarn
2017-09-15 2:26 ` Tomasz Kłoczko
2017-09-15 12:23 ` Austin S. Hemmelgarn
2017-09-14 20:17 ` Kai Krakow
2017-09-15 10:54 ` Michał Sokołowski
2017-09-15 11:13 ` Peter Grandi
2017-09-15 13:07 ` Tomasz Kłoczko
2017-09-15 14:11 ` Michał Sokołowski
2017-09-15 16:35 ` Peter Grandi
2017-09-15 17:08 ` Kai Krakow
2017-09-15 19:10 ` Tomasz Kłoczko
2017-09-20 6:38 ` Dave
2017-09-20 7:34 ` Dmitry Kudriavtsev
2017-09-20 11:46 ` Austin S. Hemmelgarn
2017-09-21 20:10 ` Kai Krakow
2017-09-21 23:30 ` Dave
2017-09-21 23:58 ` Kai Krakow
2017-09-22 11:22 ` Austin S. Hemmelgarn
2017-09-22 20:29 ` Marc Joliet
2017-09-21 11:09 ` Duncan
2017-10-31 21:47 ` Dave
2017-10-31 23:06 ` Peter Grandi
2017-11-01 0:37 ` Dave
2017-11-01 12:21 ` Austin S. Hemmelgarn
2017-11-02 1:39 ` Dave
2017-11-02 11:07 ` Austin S. Hemmelgarn
2017-11-03 2:59 ` Dave
2017-11-03 7:12 ` Kai Krakow
2017-11-03 5:58 ` Marat Khalili
2017-11-03 7:19 ` Kai Krakow
2017-11-01 17:48 ` Peter Grandi
2017-11-02 0:09 ` Dave
2017-11-02 11:17 ` Austin S. Hemmelgarn
2017-11-02 18:09 ` Dave
2017-11-02 18:37 ` Austin S. Hemmelgarn
2017-11-02 0:43 ` Peter Grandi
2017-11-02 21:16 ` Kai Krakow
2017-11-03 2:47 ` Dave
2017-11-03 7:26 ` Kai Krakow
2017-11-03 11:30 ` Austin S. Hemmelgarn
[not found] ` <CAH=dxU47-52-asM5vJ_-qOpEpjZczHw7vQzgi1-TeKm58++zBQ@mail.gmail.com>
2017-12-11 5:18 ` Dave
2017-12-11 6:10 ` Timofey Titovets
2017-11-01 7:43 ` Sean Greenslade
2017-11-01 13:31 ` Duncan
2017-11-01 23:36 ` Dave
2017-09-21 19:28 ` Sean Greenslade
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5adfc6fb-e7d7-5d99-d5f5-b153ea690bc9@gmail.com \
--to=ahferroin7@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.