- Obtained from: AliExpress
- Price paid: $2.99
- Advertised capacity: 32GB
- Size of protected area: 83,886,080 bytes
- Speed class markings: Class 10, U1, V10, A2
- CID data:
- Manufacturer ID:
0x1d
* - OEM ID:
0x4144
(ASCII:AD
)*
- Manufacturer ID:
* This manufacturer ID/OEM ID is pretty well known to be associated with ADATA.
Discussion
ADATA is a brand that I’ve come across a few times now, during both my Amazon and AliExpress searches. They appear to be a fabless manufacturer based out of Taiwan. Seeing as how they’re a member of the SD Card Association, I’ll lump them in with the “name-brand” cards.
There appear to be (at least) two versions of this card floating around out there, possibly from two different manufacturers. One appears to be a little bit older (from early 2021), while the newer version is more recent (early 2023). Both versions performed about the same on sequential read tests; however, the older version scored slightly worse on sequential write tests, slightly better on random write tests, and significantly better on random read tests. On the downside, it was skimpier than the newer version.
Performance results for these cards were kinda all over the place. For example, as I mentioned above, sample #1 got a random read speed that was almost three times higher than the other two. Sample #2 also got pretty horrible read speeds on its first attempt, but were more in line with the scores from sample #3 on the second attempt.* Some samples got scores that were above average, while some got scores that were below average.
With the exception of sample #1’s random read scores, all scores came within one standard deviation of average. More specifically: sequential read speeds were above average, while all other scores (again, with the exception of sample #1) were below average. Sample #1 had a random read score that was more than one standard deviation above average; its sequential write score was below average, while its random write score was just average.
Endurance tests for all three cards are still ongoing:
- Sample #1 has survived 2,475 read/write cycles so far and has not yet experienced any errors. (If you’ve been paying close attention to this one, you might remember that I said it was going at a snail’s pace because it was plugged into the same reader as sample #2, and that card was giving non-stop I/O errors, causing it to need to be constantly reset. However, another reader freed up since then, so I moved it over to that reader, which has allowed it to resume testing at normal speeds.)
- Sample #2’s first error was a series of bit flips, affecting two sectors, during round 1,559. It has survived 1,662 read/write cycles in total so far. As I mentioned above, it’s currently experiencing a high number of I/O errors on read operations. I’m hoping that my program will eventually determine which parts of the card are bad and avoid those in future rounds; however, it may take some time for this to happen.
- Sample #3’s first error was a 42,624-sector wide address decoding error during round 1. It continued to experience sector degradation over the following rounds, until it got to the point — during round 1,603 — where it stopped responding to commands.
* I don’t normally re-run performance tests — because performance can go down the longer a card has been in use — however, this card is being tested on my son’s server, on which he had some other workloads going that might have affected the outcome, and he needed to reboot the machine shortly after the endurance test started. This meant that I had to start my program over from scratch, because my program will refuse to resume from a save state if the endurance test hasn’t completed at least the first round of testing. The results of the second performance test came out much better, so I decided to go with the results of the second performance test.
November 28, 2024 (current number of read/write cycles is updated automatically every hour)