Timeline for Finding cards optimized for random read/write
Current License: CC BY-SA 3.0
6 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Feb 8, 2017 at 12:19 | answer | added | Dmitry Grigoryev | timeline score: 1 | |
| Aug 22, 2013 at 22:06 | answer | added | supercat | timeline score: 5 | |
| Aug 12, 2013 at 6:00 | history | tweeted | twitter.com/#!/StackRaspi/status/366801262802518016 | ||
| Aug 6, 2013 at 11:38 | comment | added | dotancohen | Some block-level devices order bits which are part of a single file together on the physical medium. This was an issue in the spinning-rust days, but it seems that silicon has gotten fast enough where it matters on flash storage devices as well. Remember defragging FAT partitions? A running OS requires reading many small, disparates file from all over the physical medium, whereas a camera needs to just write a continuous block of bits and move on (ostensibly longer than the flash matrix). The SD cards are 'tuned' for the two different use cases. Think of fast-forwarding through a tape drive. | |
| Aug 6, 2013 at 11:08 | comment | added | Matthew | What is the difference between random and continous R/W and why does it matter? | |
| Aug 6, 2013 at 10:53 | history | asked | dotancohen | CC BY-SA 3.0 |