From: Mark Knecht <markknecht@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Hard drive and maximum data percentage.
Date: Sat, 1 Feb 2025 15:10:22 -0700 [thread overview]
Message-ID: <CAK2H+efJYHSKYp50NE5Dq=R8W=kk0vBaOS6gWvSuUCw3tUfVFQ@mail.gmail.com> (raw)
In-Reply-To: <948eaf97-a147-06f2-a482-528a71410fc9@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2046 bytes --]
On Sat, Feb 1, 2025 at 2:16 PM Dale <rdalek1967@gmail.com> wrote:
>
> <SNIP>
>
> Hard to believe no one has more up to date info on what is safe given
> drives are so large now and file system improvements. I'd think having
> a TB or two would be plenty, regardless of percentage, but not real
> sure. Don't want to risk data testing the theory either.
>
> Update: The new drive came in. It passed all the tests and is online.
> dfc looks like this now for Data.
>
OK, I hate to even try to answer this, and first, I have no storage design
experience but I suspect it depends a lot on YOUR usage. I see Rich
provided an answer while I was writing this so you'll want to follow any
advice he might have given. He's smart. I'm not.
My guess is that while you 'store' a lot of data you don't actually 'change'
a lot of data. For instance, in the past, you seemed to be download YouTube
videos. If you've saved them, never to watch them or change them, then
other than protecting yourself from losing them, they go onto the disk and
never move. If that's your usage model I don't know why you can't go
right up to 100% minus just a little. (Say 10x the size of your average
file)
After all, you could always remove a few files to temp storage, optimize
the disk and then re-add the files.
On the other hand, if you're deleting files in the middle of the drive I
could
see cases where new files get fragmented and stuff you put on late in
life gets strewn around the drive which doesn't sound great.
In a completely different usage case, like you're running a bunch of
databases
that are filling your drive, removing old records, adding new records all
the
time, then depending on how your disk optimizations run you might need
a huge amount of space to gather the databases back together. However
even in that case you could move a complete database to a temp location,
optimize the drive and then re-add the database.
So, as is often the case, in my mind...IT DEPENDS! ;-)
Best wishes,
Mark
[-- Attachment #2: Type: text/html, Size: 2556 bytes --]
next prev parent reply other threads:[~2025-02-01 22:11 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-01-26 18:15 [gentoo-user] Hard drive and maximum data percentage Dale
2025-02-01 21:15 ` Dale
2025-02-01 22:10 ` Mark Knecht [this message]
2025-02-01 23:51 ` Dale
2025-02-01 21:55 ` Rich Freeman
2025-02-02 0:15 ` Dale
2025-02-02 0:29 ` Rich Freeman
2025-02-02 1:40 ` Dale
2025-02-02 2:07 ` Rich Freeman
2025-02-02 11:00 ` Michael
2025-02-02 18:08 ` Dale
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='CAK2H+efJYHSKYp50NE5Dq=R8W=kk0vBaOS6gWvSuUCw3tUfVFQ@mail.gmail.com' \
--to=markknecht@gmail.com \
--cc=gentoo-user@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox