Samsung 830 256GB Day 144
(GiB) 3,609,534
(TiB) 3,524
(PiB) 3.46
(Avg) 296.75 MB/s
(B1) Wear Leveling Count: 15,629
(B6) Erase Fail Count: 9
(05) Reallocated Sectors: 36864
(POH) 3558
-------------------
Printable View
Samsung 830 256GB Day 144
(GiB) 3,609,534
(TiB) 3,524
(PiB) 3.46
(Avg) 296.75 MB/s
(B1) Wear Leveling Count: 15,629
(B6) Erase Fail Count: 9
(05) Reallocated Sectors: 36864
(POH) 3558
-------------------
Here are todays update:
m4
1399.5832 TiB
5801 hours
Avg speed 74.54 MiB/s.
AD 77 to 67
P/E 24041.
C3 4647
CE 58
MD5 OK.
Reallocated sectors : 00
http://www.diskusjon.no/index.php?ap...tach_id=500286
Intel X25-M G1 80GB
861.79 TiB
25087 hours
Reallocated sectors : 188 to 255 to 20
Available Reserved space: 11 to 6
MWI= 68 to 44
MD5 =OK
25.61 MiB/s on avg
http://www.diskusjon.no/index.php?ap...tach_id=500284
Intel X25-E 64GB
723.57 TiB
2268-30=2238 hours
Reallocated sectors : 27 to 37
Available Reserved space: 99 to 98
MWI= 95
MD5 =OK
91.53 MiB/s on avg
http://www.diskusjon.no/index.php?ap...tach_id=500285
Mtron Pro 7025 32GB
Paused until new firmware is updated.
The G1 is now very close to 1% spare area. Just hope I get home in time....:)
So, the samsung 830 seems to go on and on, it just won't give up! I am considering upgrading to a SSD and seeing the 830 withstand the torture like that... I think I know what I'll buy.
Great thread!
Samsung 830 256GB Day 146
(GiB) 3,643,414
(TiB) 3,558
(PiB) 3.50
(Avg) 296.16 MB/s
(B1) Wear Leveling Count: 15,776
(B6) Erase Fail Count: 9
(05) Reallocated Sectors: 36864
(POH) 3603
-------------------
We're 7/8ths of the way to 4PiB
Here are todays update:
m4
1408.0741 TiB
5834 hours
Avg speed 74.53 MiB/s.
AD 67 to 62
P/E 24186.
C3 4647
CE 58
MD5 OK.
Reallocated sectors : 00
http://www.diskusjon.no/index.php?ap...tach_id=500404
Intel X25-M G1 80GB
864.35 TiB
25120 hours
Reallocated sectors : 20 to 74
Available Reserved space: 6 to 2
MWI= 44 to 38
MD5 =OK
25.34 MiB/s on avg
http://www.diskusjon.no/index.php?ap...tach_id=500406
Intel X25-E 64GB
734.02 TiB
2301-30=2271 hours
Reallocated sectors : 37 to 42
Available Reserved space: 98
MWI= 95
MD5 =OK
91.49 MiB/s on avg
http://www.diskusjon.no/index.php?ap...tach_id=500405
Mtron Pro 7025 32GB
Paused until new firmware is updated.
Getting closer.....
Don't worry bat, the Intel drive will probably chug on for a while longer ... because running out of avaliable reserved space never stopped the old 40gig Intel 320.
Sandisk Extreme G25 - 120gb - Day 72
Drive hours: 1662
ASU GiB written: 719,753.27 GiB (702.88 TiB)
Avg MB/s: 125.12 MB/s
MD5: OK
Host GB written (F1): 724,730 GiB (707.74 TiB)
NAND writes (E9): 541,054 GiB (528.37 TiB)
Retired Block Count (05): 4 raw
Failure count (AB, AC): 1 program, 1 erase
Raw Error Rate (01): 118 normalized
Media Wearout Indicator (E7): 10 normalized
Wear Range Delta (B1): 4 raw
Reported Uncorrectable Errors (BB): 0 raw
Hey, I need an SSD for the server/WS that I am building. I only need 60GB at most, I do intend to manually over provision between 20-30%, perhaps 50% for the heck of it if the drive is 200GB+
My budget is 300$, I want this SSD to last as long as possible. If it doesn't last 10 years It's garbage for me. At the same time, I don't want to be spending useless $$. If a simple intel 520 120GB SSD will do, that's nice. but if a 256GB 520 or samsung 830 or Crucial M4 would be significantly better, why not. What would you recommend?
I did see that, it looks awesome :) In Canada this SSD is rare, I did find it at 200$ + S/H and tax so 240$. So this is the best bang/$ for extreme longevity? I know M4s are dirt cheap I see the 64GB one doing well, I've seen the 512GB around 350$ etc. Out of curiosity how do the 128/256/512 M4s do?
Here are todays update:
m4
1413.8236 TiB
5857 hours
Avg speed 74.53 MiB/s.
AD 62 to 59
P/E 24284.
C3 4647
CE 58
MD5 OK.
Reallocated sectors : 00
http://www.diskusjon.no/index.php?ap...tach_id=500538
Intel X25-M G1 80GB
866.00 TiB
25143 hours
Reallocated sectors : 74 to 107
Available Reserved space: 2 to 0
MWI= 38
MD5 =OK
25.14 MiB/s on avg
http://www.diskusjon.no/index.php?ap...tach_id=500537
Intel X25-E 64GB
741.04 TiB
2324-30=2294 hours
Reallocated sectors : 42 to 48
Available Reserved space: 98
MWI= 95
MD5 =OK
91.46 MiB/s on avg
http://www.diskusjon.no/index.php?ap...tach_id=500536
Mtron Pro 7025 32GB
Paused until new firmware is updated.
0% spare area.... What is next? I'll be traveling the next 48h so I'll try to keep an eye out for the G1 but I can't make any promises.
Samsung 830 256GB Day 149
(GiB) 3,718,760
(TiB) 3,631
(PiB) 3.57
(Avg) 296.38 MB/s
(B1) Wear Leveling Count: 16,101
(B6) Erase Fail Count: 9
(05) Reallocated Sectors: 36864
(POH) 3675
-------------------
Sandisk Extreme G25 - 120gb - Day 76
Drive hours: 1758
ASU GiB written: 759,116.77 GiB (741.33 TiB)
Avg MB/s: 121.47 MB/s (66.37 hours)
MD5: OK
Host GB written (F1): 764,290 GiB (746.38 TiB)
NAND writes (E9): 570,624 GiB (557.25 TiB)
Retired Block Count (05): 4 raw
Failure count (AB, AC): 1 program, 1 erase
Raw Error Rate (01): 112 normalized
Media Wearout Indicator (E7): 10 normalized
Wear Range Delta (B1): 4 raw
Reported Uncorrectable Errors (BB): 0 raw
Speed a bit low because I was gaming on the HTPC yesterday. It has slowly been recovering.
ok I am not doing the endurance test but thought I would post 2 things here that stand out on my 830.
it has crc errors, I noticed christopher's has 0 even after all his endurance testing. mine has a raw value of 82.
also I have a non 0 value for POR recovery count which is D.
Seems ssd life pro cant predict life left due to missing values.
My 830's CRC Error count is actually 2. It's actually a SATA error count. Mine increased when another drive I was testing died.
I've caused my Vertex 4 to completely lockup (but not kill it, secure erase saves it) via using ASU over a couple of days:
http://www.ocztechnologyforum.com/fo...l=1#post750877
The drive not only slowed down while performing a full surface wipe, but it also locked the drive up, indicating some kind of resource leak in the OCZ firmware that isn't cleaned up during heavy writes. If OCZ fix this, I will continue endurance testing, but until then, the V4 is suspended.
So because your drive showed this behaviour we have a FW issue?
1 drive with this behaviour means 1million are bad? No one else has complained about this...just you
if you used the drive normally as an end user does did it show an issue?
If the drive needed a secure erase, I guess all the data was lost. And when data is lost, the drive is called unreliable. If indeed it is a firmware bug, then yes, 1 million SSDs are bad until the bug is fixed.
Unless my drive is faulty, you do have a firmware issue, whether you want to believe it or not, and whether you fix it or not. I should not be able to be able to induce a complete lockup in an SSD no matter what sequence and timing of LBA writes I perform. I gave the drive ample time to recover before I ran the final write pass that locked up, so this issue is accumulative and not self correcting. Since you haven't said that you cannot reproduce my results I'll assume it is not just my drive.
And, I did not say the drives were bad, I said the drive had a issue and I was hitting it and hence I was suspending my endurance test on it. Do not put words in my mouth.
As for low write load desktop end users, sure, of course they won't notice this issue any time soon. Firmware 1.5 has only been out a couple of months. However, this kind of accelerated stress testing can show what a user will see in months/years of use.
Stress testing like what I did should really be part of your standard firmware testing. Don't peddle crap about usage models to cover for not running the hard yards in validation.
request an RMA...
I have run a 256GiB Vtx4 on 1.5 continually for days/weeks stress testing 100% of the drive, it got HOT, it kept going and its now sat in my macbook pro.
Vtx4's can run warm, you may have just heated that drive up and it took a dump...
Seriously though, 1 guy with an issue making it sound like the whole FW is broken...you really do need to see the big picture, I ONLY act and report issues when I see there is an issue...if we all jumped when 1 guy reports his drive took a dump you would never get beta FW never mind final
I will say this 1 last time...the VTX4 is designed to deliver fast writes BUT you have to let the drive FW work as intended, this means there is a possibility to push the drive outside of how it was designed to work....BUT end users who just use the drives never do this. In most cases the drive will just crawl...in your case something else happened but its never happened to me or any of the beta testers and not at HQ where we have been testing Vtx4 continually for months now continually.
We do NOT have a FW issue...you just think we do, if we did I would have a forum full of people with the same exact issue...and I don't, and neither does inhouse support...please see there is a massive machine watching and they jump ONLY when there is something to jump for.
If you want an RMA please PM Ryder on the ocz forum....and please stop wearing out your drive needlessly, we do not warrant nand burn remember, no one does
Some off topic: I am working as a software developer and I believe I have heard the "it's client fault" story tens, maybe hundreds of times and mostly from my boss, even when the problems were real.
Now Tony, you said something about "heat" and "dump". Are there any heat related issues with Vertex 4 series that we should know? Is it less tolerant to heat compared to Vertex 2 & 3? If yes, then does it have any heat protection (speed throttle, etc) ? Or any particular scenarios when it takes a dump?
I am watching with high interest the Vertex 4 endurance, however now it seems totally disappointing compared to Samsung 830.
Fair enough, if you think it is an individual drive issue, I'll request an RMA (or buy a new drive, I'm impatient and the V4 keeps dropping in price)
I doubt it, winter here and ambient temps don't get beyond 20C. There would be reports all over the place if the vertex 4 was overheating. Also don't forget that i'm testing a 128gig drive, vs the 256gig drive in your system which behaved differently.
Never said the entire firmware was broken, but I do question how strenuous your firmware testing has been if this been missed. And I will freely take it all back if it does indeed prove to be an individual drive problem. I do feel that it is a firmware problem, but the world is not perfect and these things happen, and I have been wrong in the past :)
Besides, don't take my critisims too harshly ... I do like the vertex 4 and it is an interesting drive. If I had really hated it, I would never have bought a second drive after killing the first :)
But that is the whole point of this exercise :)Quote:
If you want an RMA please PM Ryder on the ocz forum....and please stop wearing out your drive needlessly, we do not warrant nand burn remember, no one does
Besides, I have never asked for a RMA on a drive with worn out NAND. However I did appreciate being offered a possible RMA on the previous drive I tested and do feel that the RMA processes of OCZ are among the smoothest.
Sandisk Extreme G25 - 120gb - Day 79
Drive hours: 1833
ASU GiB written: 790,032.42 GiB (771.52 TiB)
Avg MB/s: 127.10 MB/s (68.36 hours)
MD5: OK
Host GB written (F1): 795,359 GiB (776.72 TiB)
NAND writes (E9): 593,839 GiB (579.92 TiB)
Retired Block Count (05): 4 raw
Failure count (AB, AC): 1 program, 1 erase
Raw Error Rate (01): 112 normalized
Media Wearout Indicator (E7): 10 normalized
Wear Range Delta (B1): 3 raw
Reported Uncorrectable Errors (BB): 0 raw