From: Frank Steinmetzger <Warp_7@gmx.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] What are common SSDs does and don'ts.
Date: Sun, 23 Mar 2025 23:46:36 +0100 [thread overview]
Message-ID: <Z-CPTISz-Xl364U5@q> (raw)
In-Reply-To: <3275233.5fSG56mABF@rogueboard>
[-- Attachment #1: Type: text/plain, Size: 3130 bytes --]
Am Sat, Mar 22, 2025 at 09:37:37PM +0000 schrieb Michael:
> On Saturday, 22 March 2025 18:50:48 Greenwich Mean Time Dale wrote:
> > Howdy,
> >
> > As most know from other threads, I have a couple external m.2 NVME SSD
> > drives thingys. As of today, I now have a Crucial 480GB and 1TB and a
> > Samsung 1TB drive. I also have a Samsung 1TB m.2 in my main rig for the
> > OS. I read some things ages ago about these things when they first came
> > out and people were still learning about what to do and not do with
> > them. At the time there was a lot of confusion as they were new and
> > people were testing options. I figure by now, it is fairly well known
> > what not to do with these things and what should be done to make them
> > perform well and last longer. So, I have questions but also feel free
> > to share other info as well that would be good to know. I plan to make
> > a cheat sheet out of the info.
> >
> > First, for mount options. Should I have any mount options included in
> > fstab for the OS m.2 in my main rig?
>
> Yes, noatime
>
> Also, depending on your filesystem choice you could benefit from compression.
I’m experimenting with f2fs (the flash-friendly file system), but recently
ran into a road block with it: it does not support shrinking. Ooops, so now
I can’t enlarge / on my mini PC, because /home is f2fs.
> NOTE: With LUKS encrypted partitions you have to pay particular care - TRIM
> can compromise the security of your data and LUKS devs warn about it.
This is for people who not only don’t want to have their data leaked, but
also the information how much data is on their drive. As a private person
that does not do any really dangerous business like politics, leaks and so
on, this is an irrelevant attack vector for me.
> However, on a drive with a lot of re-write ops you will at some point need/
> want to run fstrim. In this case you'll have to run cryptsetup with '--allow-
> discards', before you run fstrim.
You can make --allow-discards a permanent option, if you combine it with
--persistent. So you open the container with it once and then have to never think
about it anymore.
> > Are there things I should do on occasion that will make them perform
> > better, last longer or both?
Steve Gibson, the author of SpinRite, had testimonials in his Security Now
podcast of people using his tool on old SSDs that became very slow.
Afterwards, the SSDs were back to their former glory. I guess because the
tool read it from start to finish so the controller was forced to check
every cell (that was in use).
> You probably want to alter the cache path for your browser from the SSD drive
> to your RAM (tmpfs), especially if you have a lot of RAM.
Ouh yeah, firefox writes a backup of its internal state every 15 s or so.
If you leave many tabs open, this amounts to many 100 kB minute.
Check with iotop --only --accumulated
--
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.
Save water! Dilute it!
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2025-03-23 22:47 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-22 18:50 [gentoo-user] What are common SSDs does and don'ts Dale
2025-03-22 19:29 ` Mark Knecht
2025-03-22 21:37 ` Michael
2025-03-23 1:48 ` Dale
2025-03-23 9:00 ` Michael
2025-03-23 21:41 ` Dale
2025-03-23 22:15 ` Nate Eldredge
2025-03-23 22:32 ` Frank Steinmetzger
2025-03-23 23:24 ` Dale
2025-03-31 21:27 ` Frank Steinmetzger
2025-04-01 0:44 ` Dale
2025-04-01 10:01 ` Peter Humphrey
2025-04-01 10:12 ` Dale
2025-04-01 10:24 ` Peter Humphrey
2025-04-01 12:56 ` Dale
2025-04-01 13:13 ` Peter Humphrey
2025-04-02 3:33 ` Dale
2025-04-02 11:13 ` Peter Humphrey
2025-04-01 11:04 ` Michael
2025-04-01 13:03 ` Dale
2025-04-01 15:44 ` Michael
2025-04-02 4:04 ` Dale
2025-04-02 8:29 ` Michael
2025-04-07 18:28 ` Dale
2025-04-01 22:46 ` Frank Steinmetzger
2025-04-01 23:08 ` Frank Steinmetzger
2025-04-02 4:03 ` Dale
2025-03-23 4:34 ` Matt Jolly
2025-03-23 6:56 ` netfab
2025-03-23 7:01 ` Dale
2025-03-23 7:03 ` netfab
2025-03-23 22:46 ` Frank Steinmetzger [this message]
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=Z-CPTISz-Xl364U5@q \
--to=warp_7@gmx.de \
--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