From: Dale <rdalek1967@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Hard drive and maximum data percentage.
Date: Sat, 1 Feb 2025 17:51:08 -0600 [thread overview]
Message-ID: <b647b753-0f7a-daff-3bf5-dce36b4860ca@gmail.com> (raw)
In-Reply-To: <CAK2H+efJYHSKYp50NE5Dq=R8W=kk0vBaOS6gWvSuUCw3tUfVFQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2944 bytes --]
Mark Knecht wrote:
>
>
> On Sat, Feb 1, 2025 at 2:16 PM Dale <rdalek1967@gmail.com
> <mailto: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
This is sort of my thinking as well. I do update/delete/move files on
occasion but it is usually done in small chunks and mostly by hand. I
use ext4 and given the slow speed of this, I'm sure the file system has
more than enough time to rearrange things. I have in the past ran the
ext defrag tool. It usually reports back a low score, usually 0. Most
files that are fragmented are really small and usually only 4 or 5 of
them.
I still plan to expand before reaching 90%. Thing is, something could
happen that makes me have to wait. I was just curious as to how long I
could wait. If going past a certain point would/could cause data
problems, I wanted to know what that limit was.
Now to see what Rich thinks. I bet he has some ideas. ;-)
Dale
:-) :-)
[-- Attachment #2: Type: text/html, Size: 4613 bytes --]
next prev parent reply other threads:[~2025-02-01 23:52 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
2025-02-01 23:51 ` Dale [this message]
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=b647b753-0f7a-daff-3bf5-dce36b4860ca@gmail.com \
--to=rdalek1967@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