5 ms·
Main takeaway: Samsung Evo+ (red color) blows away all the other cards performance-wise, and it's $9.99 at Best Buy right now; 64 and 128 GB cards also discount
by geerlingguy 11y ago
Main takeaway: Samsung Evo+ (red color) blows away all the other cards performance-wise, and it's $9.99 at Best Buy right now; 64 and 128 GB cards also discounted.
The microSD card you use makes a huge difference in how the Pi performs, for the majority of tasks.
- miahi 11y agoOne thing: please add the tested card size to the table, as in some cases there are speed differences between card sizes in the same family.
- geerlingguy 11y agoSorry about that; all are 16GB except the 32GB Evo+, and 8GB Kingston and SanDisk Extreme Pro.
- Nursie 11y agoI wonder if this accounts for some of the EVO+ speed gains over the Sandisk Extreme... in the past larger cards within the same range were faster. It may not of course.
- geerlingguy 11y agoFor sustained writes it always seems to make a somewhat significant difference, but I haven't found much variation in random IO between different sizes of the same model card.
- Nursie 11y agoThanks for the info :)
- mortenlarsen 11y agoWhy? SanDisk Extreme is faster except for 4K random writes, according to this table. I don't think 4K random writes matters much for most workloads you are going to put on a Raspberry PI.
- ploxiln 11y agoYou might be surprised about what does some random writes. Imagine you have a bunch of services which don't directly use the disk, but all log to some rotating log files. Or maybe every once in a while, something needs to fsync a random bunch of config files. Yeah that's not so hard, but look again at just how slow random writes can be. An improvement in that (by far worst) statistic is often much more significant than a much larger improvement in linear read or write.
- mortenlarsen 11y agoThe only situation where I have found disk (SD) IO to be lacking on the RPI is when running apt-get install or upgrade. I have not run any services that generates a lot of log entries or random writes in general. Maybe it is because I don't think of the RPI as a small server but as an embedded development platform.
- reitzensteinm 11y agoBut apt-get is exactly where you'd expect a ton of random rights.
- mortenlarsen 11y agoI don't think so. The files are mostly going to be stored contiguously. There is of-cause the journal that is written, but it is not exactly what I would call random. I guess something like SystemTap could be used to determine this but I do not have the time right now.
- joosters 11y agoTry installing the wonderfully named 'eatmydata' package. Running 'eatmydata [command]' will execute the supplied command and will prevent it from syncing buffers to disk. apt-get and dpkg call sync() and fsync() a lot to ensure file consistency in the event of power loss. This forces lots of tiny writes to disk. If you throw away the sync calls, the kernel can do a much better job of coalescing the writes into larger, contiguous I/O operations. Now, obviously you are sacrificing reliability for speed here. You don't want to use 'eatmydata' with a long-running process as you are basically guaranteeing data loss. But for stuff like installing a new package on a system that is not going to suddenly lose power, it will speed things up surprisingly well.