Considering the simplistic nature of flash drive controllers and the fact, that lower grade TLC is only good for around 100s of rewrites, its prefectly possible to destroy a smallish flash drive like that. Just put it to a random write enviroment and you’re gonna trash it very quickly.

And yes. SLC or MLC makes a whole lot of sense, once you get down to smaller capacities. Maybe real SLC is a bit overkill (a simple pseudo SLC made out of MLC would do the trick just fine).

Well thank you. I have various needs and use a few PCs to stream data stored into RAM as cache, which then targets the SSDs to complete the stream. Certain apps can stream at a few hundred MBps, which is Seq.Reads, but I am pretty sure the random IOps plays a huge role as each new RAM buffer that gets targeted, requires another IO. 70k-80k work pretty well. I do look forward to having a HBub with 3 or 4 devices that can actually make a cheap laptop very tempting. I will check into the Sans benchmarks, cheerz.

Probobly sux. Flash drives, fast or slow tend to be tuned for sequential workload (because face it, thats what matters most). That, combined with very simplistic cotnrollers and no dram cache makes them pretty slow for random workload.

Exception to this rule is sandisk extreme, which uses controller from their lowend ssd series. And some “flashdrives” based on sandforce.