Slashdot Mirror


Samsung SSD 840 EVO MSATA Tested

MojoKid (1002251) writes "Shortly after 2.5-inch versions of Samsung's SSD 840 EVO drives hit the market, the company prepared an array of mSATA drives featuring the same controller and NAND flash. The Samsung SSD 840 EVO mSATA series of drives are essentially identical to their 2.5" counterparts, save for the mSATA drives' much smaller form factor. Like their 2.5" counterparts, Samsung's mSATA 840 EVO series of drives feature an updated, triple-core Samsung MEX controller, which operates at 400MHz. The 840 EVO's MEX controller has also been updated to support the SATA 3.1 spec, which incorporates a few new features, like support for queued TRIM commands. Along with the MEX controller, all of the Samsung 840 EVO mSATA series drives feature LPDDR2-1066 DRAM cache memory. The 120GB drive sports 256MB of cache, the 250GB and 500GB drive have 512MB of cache, and the 750GB and 1TB drives have 1GB of cache. Performance-wise, SSD 840 EVO series of mSATA solid state drives performs extremely well, whether using synthetic benchmarks, trace-based tests like PCMark, or highly-compressible or incompressible data."

3 of 76 comments (clear)

  1. Re:I would like to know by Antique+Geekmeister · · Score: 3, Informative

    Yes. The SSD systems are not reliable enough to act as registers yet, and would impose a noticeable pre-processing penalty for those highly optimized, low-level operations that use memory registers.

  2. Re:I would like to know by beelsebob · · Score: 3, Informative

    Yes. One of the best ways to avoid wearing cells is to cache writes aggressively, in the hope that either 1) another write will simply write over the top of that one, or 2) another write will fill in the rest of the cell, so that you don't have to erase a cell for a partial write.

  3. Re:no capacitors by dshk · · Score: 3, Informative

    No file system can deal with the situation when data synced to drive is lost. And that is the better case for SSD in case of a power loss, they frequently lose completely unrelated data.