We got the first glimpse of Transcend's SSD370 at Computex last year and now the drive has been in retail for quite some time. The interesting bit about the drive is its custom Transcend firmware, which is accompanied by a relabeled Silicon Motion SM2246EN controller (Transcend calls it TS6500). The SM2246EN has increasingly been gaining popularity among SSD vendors, but the SSD370 is the first time I've come across a custom firmware solution. Silicon Motion's business model is similar to SandForce's in the sense that it can deliver the whole package (controller hardware & firmware), but also allows custom firmwares (although I don't know if customers get full source code access, which at least SandForce doesn't allow).

Relabeling the controller is nothing unheard of because at least OCZ and Toshiba have done it in the past. Usually the reason why manufacturers do this is to ensure that their drive isn't mixed with the other drives that use the same controller because even with the same controller the drives can be totally different (excellent case in point is Marvell based SSDs). You would be surprised how often I still see people classifying drives based solely on the controller silicon, so I certainly understand the manufacturers' motivation as it's not exactly fair to judge a drive based on the controller alone. At the end of the day, it's the firmware that designates the drive's performance and reliability - the controller is just a SoC that does the number crunching. I can't say I'm a big fan of controller relabeling because it creates confusion and may be seen as a dubious marketing act, but as long as the manufacturer is open about the real source of the silicon, it's not something that deserves a big call out in my opinion. 

Transcend SSD370 Specifications
Capacity 128GB 256GB 512GB 1TB
Controller Transcend TS6500 (rebranded Silicon Motion SM2246EN)
NAND Micron 128Gbit 20nm MLC
DRAM (LPDDR2) 256MB 512MB 1GB
Sequential Read 550MB/s 560MB/s 560MB/s 560MB/s
Sequential Write 170MB/s 320MB/s 460MB/s 460MB/s
4KB Random Read 70K IOPS 70K IOPS 75K IOPS 75K IOPS
4KB Random Write 40K IOPS 70K IOPS 75K IOPS 75K IOPS
Idle Power Consumption 305mW 320mW 325mW 335mW
Read/Write Power Consumption 1.21W / 1.92W 1.28W / 3.11W 1.43W / 3.22W 1.76W / 3.46W
Endurance 150TB 280TB 550TB 1180TB
Warranty Three years
Online Pricing $60 $105 $200 $394

The SSD370 is available in capacities from 32GB to all the way to up to 1TB. I decided to leave out the 32GB and 64GB units from the specification table as I suspect these are mostly OEM-focused models because (to be honest) there isn't a significant retail market for drives smaller than 128GB anymore. In addition to the SSD itself, the retail package includes a 3.5" desktop adapter and for drive migration Transcend provides a cloning function through its own SSD Scope Utility.

By default, the SSD370 doesn't support AES and TCG Opal encryption, but Transcend has a customized firmware that enables encryption. I suspect the custom firmware is aimed towards PC OEMs because the major market for self-encrypting drives (SEDs) is still in business PCs. eDrive, however, is not supported at the moment, although Transcend's plan is to add support in the near future.

The SSD370 doesn't support slumber power modes (HIPM+DIPM) because Transcend decided to disable the feature due to some prior compatibility issues with hosts that didn't properly support the feature. DevSleep, however, is supported according to the data sheet, but there are no power figures to support that, so I'm thinking it's a feature that can potentially be enabled through a custom firmware if a customer requires it.

In the NAND department Transcend uses Micron's 128Gbit 20nm MLC NAND, which is fairly common in more value-oriented drives. Micron has also started shipping its 16nm NAND to customers and I think Mushkin's Reactor was the first SSD to adopt it, but we will likely see many SSD OEMs transitioning to Micron's 16nm during H1'15 as the shipping volumes increase.

Interestingly the SSD370 employs partial power loss protection as there are ceramic capacitors on the PCB to provide power in case of a sudden power loss. Ceramic capacitors are fairly low capacity and can't provide the necessary power to flush everything from the DRAM cache to NAND, so user data in the DRAM is still in jeopardy, but the capacitors ensure that data at rest (i.e. in lower pages) and the NAND mapping table are safe. That's similar to what Micron did with the M600 and I suggest you read the review if you are looking for a more in-depth explanation regarding client-level power loss protection.

Another intriguing feature is what Transcend calls StaticDataRefresh Technology. As the 840 EVO performance degradation bug taught us, the charge in cells degrades over time, which results in errors when the cell is read. ECC can fix a certain number of error bits, but if the limit is exceeded corrupted data will be sent to the host. The StaticDataRefresh technology monitors the error rates and when a preset threshold value is reached, the data will be rewritten to restore the correct cell charge level. I suspect all SSDs do this because it's vital to ensure the health of old data, but it's the first time I've seen it mentioned in a data sheet.

Test Systems

For AnandTech Storage Benches, performance consistency, random and sequential performance, performance vs. transfer size, and load power consumption we use the following system:

CPU Intel Core i5-2500K running at 3.3GHz (Turbo & EIST enabled)
Motherboard ASRock Z68 Pro3
Chipset Intel Z68
Chipset Drivers Intel 9.1.1.1015 + Intel RST 10.2
Memory G.Skill RipjawsX DDR3-1600 4 x 8GB (9-9-9-24)
Video Card Palit GeForce GTX 770 JetStream 2GB GDDR5 (1150MHz core clock; 3505MHz GDDR5 effective)
Video Drivers NVIDIA GeForce 332.21 WHQL
Desktop Resolution 1920 x 1080
OS Windows 7 x64

Thanks to G.Skill for the RipjawsX 32GB DDR3 DRAM kit

For slumber power testing we used a different system:

CPU Intel Core i7-4770K running at 3.3GHz (Turbo & EIST enabled, C-states disabled)
Motherboard ASUS Z87 Deluxe (BIOS 1707)
Chipset Intel Z87
Chipset Drivers Intel 9.4.0.1026 + Intel RST 12.9
Memory Corsair Vengeance DDR3-1866 2x8GB (9-10-9-27 2T)
Graphics Intel HD Graphics 4600
Graphics Drivers 15.33.8.64.3345
Desktop Resolution 1920 x 1080
OS Windows 7 x64
Performance Consistency & TRIM Validation
POST A COMMENT

44 Comments

View All Comments

  • danwat1234 - Saturday, January 21, 2017 - link

    Might not have been the flash degration, perhaps some other failure. A couple hundred TB before real failure probably. At least 100 I would say. Google this thread "SSD Write Endurance 25nm Vs 34nm" - has extreme testing to failure. But yeah, your SSDs were probably sub 25nm. Reply
  • nathanddrews - Tuesday, January 27, 2015 - link

    Has AT ever done anything beyond testing TRIM and provisioning? Are you talking about prolonged write endurance? I think the manufacturer states that. Or are you thinking of this?
    http://techreport.com/review/27062/the-ssd-enduran...
    Reply
  • Solid State Brain - Tuesday, January 27, 2015 - link

    The quoted numbers are what one would normally expect from honest SSD manufacturers who take into account actual 2x nm MLC NAND endurance with random workloads, based on a 3000 P/E cycles threshold. It's really nice that Transcend doesn't just settle with "40 GB/day" or "80 GB/day" or similar figures just because most consumers won't ever write that much daily. Reply
  • Dr0id - Tuesday, January 27, 2015 - link

    Do you know plan on reviewing the Muskin Enhanced Reactor series? The 1 TB model seems to be the least expensive model on Newegg for that capacity. Reply
  • Kristian Vättö - Tuesday, January 27, 2015 - link

    That's the next drive in the queue, so check back next week :) Reply
  • hojnikb - Tuesday, January 27, 2015 - link

    Give some love to the newfly released BX100 (based on the same controller). Looks like a nice budget offering from Crucial that happens to have very high random io for that controller. Reply
  • Kristian Vättö - Tuesday, January 27, 2015 - link

    I don't have samples yet. Reply
  • romrunning - Tuesday, January 27, 2015 - link

    In most of the tests, the Crucial MX100 beats the Transcend SSD370 at the same capacity. The Crucial drives are also cheaper by a few bucks. If that's the case, then why is it said that the Transcend drives are undercutting their competitors? Also, how can you draw the conclusion that the Transcend is the best value drive - better than the MX100? Reply
  • hojnikb - Tuesday, January 27, 2015 - link

    Because it kills every crucial offering in mixed workload (destroyer).
    Sequential speeds mean very little with ssds.
    Reply
  • Don Tonino - Tuesday, January 27, 2015 - link

    How do mixed workload correlate with the random write/read results? I've seen the same behaviour in another reviews, where the aggregate results of the SSD370 are shown to be much better than the MX100, notwithstanding both sequential and random results being much better on the latter.
    As I'm debating which SSD to buy to use as storage for my Steam library, I'd be interested in better understanding how to tell which one of the two is better suited.
    Reply

Log in

Don't have an account? Sign up now