Reply 20 of 29, by douglar
- Rank
- l33t
cyclone3d wrote on 2026-01-26, 07:20:This is going to take a while... full write cycles is most likely somewhere between 8-10k
See here for a person that tested a massive number of SD cards:
https://www.reddit.com/r/homelab/s/VwIab3xD74
What a great link! So much good stuff to read.
I found a link to his website here: https://www.bahjeez.com/the-great-microsd-card-survey/
The same author had some comments on SD Trim support here:
https://www.reddit.com/r/raspberry_pi/comment … omment/nqg8e4z/
So here's the thing with trimming -- in the SD specs, it's referred to as "discarding", but it's basically the same thing. It was introduced in version 6.00 of the SD Physical Layer Specification, which came out in 2017. A lot of the cards I've tested don't support it, but some do -- including the PNY Pro Elite Prime's. But you also need a compatible reader. Most USB readers will simply present themselves as generic mass storage devices to the system -- they just take the incoming commands and translate them to the equivalent SD commands. The system can't send arbitrary commands to the card -- if the reader doesn't tell the host that it supports trimming, then you can't use it for trimming. And if the reader wasn't designed to be compatible with version 6.00 (or later) of the SD Physical Layer Specification, it will probably tell the host that it doesn't support trimming, even if the card does.
Most readers that are built into laptop computers, phones, and SBCs (like the Raspberry Pi), on the other hand, are handled by the mmc driver on Linux. This driver *can* send arbitrary commands to the card -- so it should be able to issue a "discard" command to the card regardless of whether the card reader was designed to support it. (In the SD protocol, the "discard" command is just an "erase" command with a different argument.)
So the answer is still "Good luck at getting trim support from a sinitechi", but maybe some day with a new firmware it could happen.