AnandTech Storage Bench - Light

Our Light storage test has relatively more sequential accesses and lower queue depths than The Destroyer or the Heavy test, and it's by far the shortest test overall. It's based largely on applications that aren't highly dependent on storage performance, so this is a test more of application launch times and file load times. This test can be seen as the sum of all the little delays in daily usage, but with the idle times trimmed to 25ms it takes less than half an hour to run. Details of the Light test can be found here. As with the ATSB Heavy test, this test is run with the drive both freshly erased and empty, and after filling the drive with sequential writes.

ATSB - Light (Data Rate)

The Crucial SSDs occupy the bottom half of the average data rate rankings for the Light test, as the other 3D NAND SSDs in this bunch are able to deliver higher peak performance. The BX300 is slower than the MX300 when the test is run on an empty drive, but for a full drive the BX300 is the fastest Crucial SSD and also faster than the ADATA SU800.

ATSB - Light (Average Latency)ATSB - Light (99th Percentile Latency)

The average and 99th percentile latency scores for the BX300 are worse than the other 3D NAND SSDs in this comparison, but there's enough of a gap for it to matter.

ATSB - Light (Average Read Latency)ATSB - Light (Average Write Latency)

The average read latency of the Crucial BX300 on the Light test is better than any other Crucial drive, but is unimpressive compared to the 3D NAND SSDs from other brands. The average write latency is significantly higher than most of the other SSDs (excepting the BX200), but is not enough to cause real problems for light workloads.

ATSB - Light (99th Percentile Read Latency)ATSB - Light (99th Percentile Write Latency)

The 99th percentile read and write latencies tell pretty much the same story as the averages for the BX300: it performs fine for read operations, but is a bit slower for writes.

ATSB - Light (Power)

The Crucial BX300 turns in another second-place score for power efficiency, behind the MX300. The Light test doesn't put too much stress on the MX300's SLC caching, so it keeps its first-place efficiency even when the test is run on a full drive.

AnandTech Storage Bench - Heavy Random Performance
Comments Locked

90 Comments

View All Comments

  • MrSpadge - Tuesday, August 29, 2017 - link

    A budget drive with budget price, without any real weakness - well done!
  • nwarawa - Tuesday, August 29, 2017 - link

    Does this thing still have partial power loss protection? I don't see much in the way of capacitors in the images, at least compared to the M500 up to the MX300
  • Ryan Smith - Wednesday, August 30, 2017 - link

    No, it does not. The BX series always omits that feature.
  • nwarawa - Wednesday, August 30, 2017 - link

    "The BX series always omits that feature."

    Incorrect. The BX100 most definitely did. I even confirmed with Crucial themselves.
  • Samus - Sunday, September 3, 2017 - link

    BX100 PCB: http://www.storagereview.com/images/StorageReview-...

    No power loss protection.

    BX series has never offered it. If Micron/Crucial said otherwise, they lied.
  • Samus - Sunday, September 3, 2017 - link

    Here is a high-res shot from AT: http://images.anandtech.com/doci/9144/IMG_2266.jpg

    Kristian seems to believe in that review there are enough caps to drive 8 NAND dies, a piece of 1.35v DDR3 DRAM, and the SMI controller, for 200us.

    As an engineer, without even measuring the capacitance of the tiny inlays of that PCB, it's visually clear this is physically impossible. Just comparing to the PCB of the MX100 which has a dedicated PLP circuit and rows of caps, no matter how much power efficiency the BX100 design has over the MX100, the level of PLP is going to be entirely different, which leads me to this thread:

    This thread has a good definition of "power loss protection" on the BX100: http://forums.crucial.com/t5/Crucial-SSDs/Crucial-...

    Basically, it's discussed that about 2-4MB of the indirection table cache (which is write-thru to the NAND by design) can be protected by the design. In other words, insignificant and irrelevant. This is why PLP was never marketed for the BX100. It's useless. Most non-enterprise implementations are.
  • nwarawa - Tuesday, September 12, 2017 - link

    I wouldn't call partial PLP "useless". Old SSDs wouldn't just lose SOME data. They would often lose ALL data. It would be nice to see an updated version of this test from years ago:

    http://lkcl.net/reports/ssd_analysis.html

    The M4 didn't have the partial PLP, so it would be interesting to see how much of an improvement the M500 with it's partial PLP made. For that matter, some Phison S10 drives and Samsung's last few years of models mention some form of firmware based PLP... so how effective are they?

    Anyone want to start a GoFundMe for this guy to run some updated tests?
  • nwarawa - Tuesday, September 12, 2017 - link

    Update: I reached out to lkcl to see if he's interested in continuing the testing, and if GoFundMe would work for him. I said I would chip in $10-$20 to see some updated test results. Anyone else interested in these tests?
  • nwarawa - Tuesday, September 12, 2017 - link

    Samus, you didn't read carefully enough. It's not whether or not it has FULL power loss protection, but PARTIAL power loss protection. You can read anandtech's review of the BX100 for more information on what that entails. The very link you posted shows the little capacitors that are sufficient for the PARTIAL power loss protection. The reason this was even brought up is that there seem to be fewer of those capacitors on the BX300, which raised doubt as to if the feature was still included. I was just in a convo with Crucial directly, and they confirmed that the BX300 does indeed still have partial PLP.
  • FunBunny2 - Tuesday, August 29, 2017 - link

    when 3D NAND was first proposed, durability was supposed to improve because such devices could/would be built on larger nm nodes. has that actually happened? what node(s) are being used for 32/64L?

Log in

Don't have an account? Sign up now