SSD Write Endurance 25nm Vs 34nm

[Christopher]

I will stick to the C300 as the most endurant for now. Maybe something will beat it but for now ( seeing as the SF drives can't even write a bit before dying out ) I bet it will be the most endurant.

Sober me says, "I think it's too early to make much of the SF test performance to date."

The OCZ Everest product slides and press release (posted on AnandTech and a few other places) today has a dig at SandForce compression technology in it, which is hilarious, but I'm actually stoked about the Octane drives.

SF drives are still pretty good though, and if some new FW can magically fix most of the problems with them -- then great. We need more drives and controllers on the market, and if OCZ can come out of the gate swinging with their own controller, then that's even better. Furthermore, if OCZ can get them out at a competitive price it should have a positive effect on the market.

And if Intel's Cherryville and the new OCZ drives come out in early November as they are said to, I'm going shopping... unless they both get marked up way over MSRP, or end up being a relatively poor value in light of current incumbent SATA III drives.

[B.A.T]

Todays update:
m4
716.7737 TiB
2572 hours
Avg speed 89.30 MiB/s.
AD gone from 203 to 198.
P/E 12427.
Value 01 (raw read error rate) has changed from 5 to 7.
MD5 OK.
Still no reallocated sectors


Kingston V+100:
Will be online again from monday.

[Anvil]

Kingston SSDNow 40GB (X25-V)

409.37TB Host writes
Reallocated sectors : 12

MD5 OK

33.79MiB/s on avg (~47 hours)

--

Corsair Force 3 120GB

01 92/50 (Raw read error rate)
05 2 (Retired Block count)
B1 71 (Wear range delta)
E6 100 (Life curve status)
E7 46 (SSD Life left)
E9 208592 (Raw writes)
F1 277791 (Host writes)

106.17MiB/s on avg (~46 hours)

power on hours : 819

[Christopher]

Mushkin Chronos Deluxe 60 Update, Day 29

05 2
Retired Block Count

B1 23
Wear Range Delta

F1 274383
Host Writes

E9 211645
NAND Writes

E6 100
Life Curve

E7 10
Life Left

Average 127.45MB/s Avg
MSAHCI drivers, Asus M4g-z

663 Hours Work
Time 27 days 15hours

6 GiB Minimum Free Space

[Computurd]

The OCZ Everest product slides and press release (posted on AnandTech and a few other places) today has a dig at SandForce compression technology in it,

might be a reason for that there is a bit of posturing/jockeyiong going on here.

another thing they are quick to point out is the device latency. whereas they have been completely ignoring that with the SF drives. SF latency tends to be very high, but nary a word from them on that, until now!

[Christopher]

With respect to latency in access times, there is a pretty comprehensive 120 vs 240 drive comparison at TechReport. The SF drives did well in their tests. It an analysis of SandForce, Intel, and Crucial drives at 120 and 240 on their two trace based tests and Iometer. It includes access times expressed in various ways (they use service time). It's primarily concerned with how they perform in relationship to each drives' higher capacity version, but it's worth checking out.
http://techreport.com/articles.x/21843/7

[Computurd]

well offhand i would comment on the parameters of the Trace used. Including compressibility of data, in which SF will look great. Also, intentional high loadings set up by the tester (by his own admission). so he did a two week trace, and intentionally loaded it up in the first place.
Then he runs it back fast, creating even higher loadings in my opinion. (well for sure, your running two weeks of stuff in a short time).

so unrealistic would be my initial impression. Same methodology as Anand.
I will read further shortly.

http://www.behardware.com/articles/8...l-510-320.html

select the correct test from the list above the chart, it will change the results so you can see them.



here is another one



here is another set of tests that i find telling;

http://www.techau.tv/blog/ssd-shaked...vs-crucial-m4/



look at the access time.
latency as follows:

SF- .284
M4- .076

so.....seriously off topic here, but at low QD the SF are not great with latency. and normal people will be at low QD almost constantly. just brain candy...latency is measured as a function of 4K@QD1, and the M4 is much much better. not only with incompressible, but with incompressible as well.

interesting that there are very few tests with low 4K QD on SF drives out there. i mean very very few. At least published of course. Even Anand will only test 4k @ QD3 which is ridiculous.

[Christopher]

I still am getting crashes on deletes with Beta9. I'm not really sure why, but it did take about 27hrs to crash. I'm setting up the new endurance testing rig tomorrow afternoon, so the Mushkin will be offline for a short time.

well offhand i would comment on the parameters of the Trace used. Including compressibility of data, in which SF will look great. Also, intentional high loadings set up by the tester (by his own admission). so he did a two week trace, and intentionally loaded it up in the first place.
Then he runs it back fast, creating even higher loadings in my opinion. (well for sure, your running two weeks of stuff in a short time).

so unrealistic would be my initial impression. Same methodology as Anand.
I will read further shortly.

SF- .284
M4- .076

so.....seriously off topic here, but at low QD the SF are not great with latency. and normal people will be at low QD almost constantly. just brain candy...latency is measured as a function of 4K@QD1, and the M4 is much much better. not only with incompressible, but with incompressible as well.

interesting that there are very few tests with low 4K QD on SF drives out there. i mean very very few. At least published of course. Even Anand will only test 4k @ QD3 which is ridiculous.

CT,

That's a good point.

Tom's Hardware does Iometer at QD1 and their comprehensive M4 review at every capacity point shows how super low the average and max response times are. The C300 occasionally had very high max response times, but the 510 and M4 seem to have that sewn up. At least Anand has the light and heavy trace based tests, but the avg QD for the light is still 2+. I find my 510 120GB to be a lot faster in practice than you would assume from looking at it's results compared to 2281s, but the M4 is even better in some ways.


On a side note, it's absurd that the 120GB 510 is still $280 -- for that kind of money you could get a M4 120GB, 80 supreme tacos AND a large Mt. Dew.

[bulanula]

Any new chart updates or C300 updates, Vapor ? Thanks.

[Ao1]

@ Anvil. So idle time did not make a difference to B1? How about deleting and then reinstating the static data to see what happens then?

[Anvil]

Ao1,

Yes, I'll do that when the new firmware is ready, I haven't decided on whether to do a Secure Erase though, possibly just a quick format.

[johnw]

look at the access time.
latency as follows:

SF- .284
M4- .076

That is AS-SSD access time, which is measured with 512B IOs, not 4KiB. The only SSDs that do really well with 512B IOs are Intel and Samsung. The Crucials do well with 512B read access time, but much worse for 512B writes than Intel and Samsung. It looks like Everest will join Intel and Samsung. But I'm not sure how important 512B access time is. If you look at IO traces (eg., Ao1 has posted some), 512B IOs are quite rare with Windows 7.

Much more important than 512B access time is 4KiB access time. The Crucials are a bit ahead of the V3s for 4KiB reads, but the V3s are a bit ahead of the Crucials for 4KiB writes (even incompressible data). It will be interesting to see where the Everest SSDs fit in for 4KiB access times. My guess is that they will be similar to Intel 320s.

[johnw]

Tom's Hardware does Iometer at QD1 and their comprehensive M4 review at every capacity point shows how super low the average and max response times are.

You have to be careful with Tom's IOMeter data. Some of the data in their reviews is labeled as QD1, but it really is not (for example, they give 100+ MB/s 4KB QD1 reads, which is absurd). I think the problem is that they set IOMeter for QD1 but also start up 4 or 8 or more worker threads. Each worker thread may only let one IO queue up, but since the worker threads are submitting IOs in parallel, the queue fills up higher than 1 anyway. I think the only thing that should be labeled QD1 is when there is only one worker submitting IOs, and it limits its queue depth to 1.

[Anvil]

I don't think the have realized how bad/wrong those iometer test are.
Iirc it was the workstation, web and server test that were the worst.

They should update those test to show the actual number of outstanding IO's. (workers * outstanding IO's)

[bluestang]

M225->Vertex Turbo 64GB Update: Milestone Reached...

549.07 TiB (603.71 TB) total
1492.56 hours
11109 Raw Wear
117.77 MB/s avg for the last 19.25 hours (on W7 x64)
MD5 OK
C4-Erase Failure Block Count (Realloc Sectors) at 10.
(1=Bank 6/Block 2406; 2=Bank 3/Block 3925; 3=Bank 0/Block 1766; 4=Bank 0/Block 829; 5=Bank 4/Block 3191; 6=Bank 7/Block 937; 7=Bank 7/Block 1980; 8=Bank 7/Block 442; 9=Bank 7/Block 700; 10=Bank 2/Block 1066)

[Christopher]

Ao1,

I've changed the static data around 3 times on the Mushkin, and it didn't seem to matter. I didn't secure erase, but WRD didn't seem to be affected.

[B.A.T]

Todays update:
m4
723.8176 TiB
2595 hours
Avg speed 89.23 MiB/s.
AD gone from 198 to 194.
P/E 12545.
Value 01 (raw read error rate) has changed from 7 to 10.
MD5 OK.
Still no reallocated sectors


Kingston V+100:
Will be online again from monday.

[DragoonXX]

that M4 just wont die...

[B.A.T]

It's doing a very good job not dying

[Christopher]

I have the new Endurance rig up and running. I'm very impressed with this super-cheap 1155 Celeron G530 as well. While endurance testing, it only pulls about 36w from the wall. I laughed when Intel released not just Pentiums, but more CPUs with the Celeron branding... Its worked pretty well so far. The 65w TDP is a real knee-slapper too.

[B.A.T]

Hmmm... that looks like a good idea. What motherboard and case do you use?

[Christopher]

Hmmm... that looks like a good idea. What motherboard and case do you use?

I'm using the Biostar TH67+ uATX motherboard and a Rosewill uATX case (Rosewill is a house brand for the US e-tailer Newegg). I'm using a Scythe Shruiken low profile CPU heatsink/fan, 4GB of Geil 1333 cas 7 and my OCZ ModXstream Pro 500w PSU. I'm using the Mushkin as the system drive (we'll see how well that works out). It's very quiet, and I've placed it next to my TV (I'm using it as the monitor when I need to check in and see what's going on.). I can tell what's going on just by the HDD activity LED anyway, so I'm trying it like this for a while. I'll post an update later and we'll see what happens.

The case is just a plain SECC steel black box. I used it for my AMD backup system.

I'm not even using a case fan.

[B.A.T]

I just ordered a bulldozer rig but maybe a dedicated endurance rig with a low power cpu and a smal case is a much better idea. I've used the Scythe Shuriken heatsink in my last htpc and it works like a charm in smal cases.

[Christopher]

I could have just bought a SATA 3 motherboard for My AMD system, or tried a SATA 3 add in card (like the Apricorn Velocity Solo PCIe 1x), but since I have 3 1155 motherboards but only one 1155 CPU, it seemed like a better idea. A tiny mini-ITX system with a power brick would be a good HTPC and/or endurance testing rig.

My case isn't really small, it's just a little smaller than the Lian Li PC-A05NB ATX case I'm using for my main system. I do wish the uATX case was a little smaller as I live in a tiny urban condo -- I just don't have much space. A HTPC audio-component style case would be ideal for me.

[B.A.T]

And SB cpu uses incredible little power and makes the a perfect silent testing rig. The FRACTAL DESIGN ARRAY R2 is perfect for this task.