6 more days at this rate for the big 1PB! I am so waiting for next Wed.
Printable View
Mostly likely more than that...I don't think I'll run it over the weekend while I'm not here at work.
There is a Windows version, that's it!
(If there was 48hours in a day I'd do a Linux version as well but currently I'm spending all available time on the Windows version,
it looks like OS X could be next (as I've got a Mac) and on top of that I need to get up to speed with Linux)
Will it stay connected or are you doing a short retention test?
We have a new contender...
Samsung 830 64GB will be up for testing sometime early next week (I think - I mean, as soon as it gets here it's getting trashed).
The 64GBs do come with Norton Ghost and Batman: Arkham City (which I won't play because [A] it isn't Skyrim and [B] uses GFWL).
It's a good deal, and sequential writes are rated at 160MBs.
I expect the 64GB version to average around 110MB/s under endurance testing, but I can't wait to find out if I'm wrong. With practically no 64GB model reviews, I'm just guessing.
Here's hoping it will last a little longer than the Mushkin.
Been following from Day 1. Looking to buy SSD soon, but data so far doesn't translate to buy this, stay away from that.
Think it's about time to finalize charts and reach some type of consensus?
There is so much data and with new SSD lines coming out. I'm afraid all this hard work will get lost in the deluge of information already obtained.
Sincerely,
ET
We can put the 64GB 830 and BATs new M4 head to head (should he choose to test the one waiting for him). On paper, the 830 and M4 fw 0009 stack up pretty well.
I was waiting for 520 as well (but who isn't?). November came and went with nary a whiff of a new Intel drive, and Octane launched but only in > 128GB varieties. Either one of those drives in a smaller capacity would have been great for testing. It's really disappointing that Intel couldn't manage a late December 520 launch (I'm sure someone will get me a SSD for Christmas, and sadly it won't be Cherryville). For less than $100 you get the Samsung 830 and Norton Ghost (which I haven't used since 2004), plus a new AAA game title (if you're in to that sort of thing). It's a pretty good deal overall for that 0.00006 percent of the population who are considering buying Ghost, a Batman game, and a SSD.
I for one think ASU on Linux wouldn't be a horrible idea for endurance testing. After all, you could run the installation from a USB drive or Live CD and mitigate the need for a system drive.
Great!
We should agree on some standard way of reporting from now on. (like Ao1 suggested some time ago)
(before you both start testing the new drives)
Nothing is lost, looking at the big picture we can already tell that all drives will endure way beyond MWI.
There will be a summary in post#1 within reasonable time but the test is ongoing and I'm expecting that some of the drives will last way into 2012.
I'm not sure that you should expect that there is a winner here, they are all winners imho, they just work differently and the way they work leads to how long they will last. (e.g. in particular the Samsung 470)
Next is to find what data retention does for the drives when MWI is at "0" and we have already started doing some tests on this and all is a result of what has happened so far in the thread.
If you are looking for an SSD in the near future you can safely select any of the modern drives used in this test.
So in general, the drive to go for depends a bit on your usage, if you do a lot of incompressible data then you should go for a drive without compression.
Yepp, both a GUI and a general purpose library is needed.
(haven't started looking for anything yet)
The drive won't be here for several days, so there will be time to re-establish new testing parameters. What should be done differently from day one? I was taking screen shots of smart data every day with the Mushkin, aside from retention testing later in the drive's life, I'm not sure what else to do.
I suggest we plot the data into an Excel worksheet, nothing fancy just keeping a log on the important values/attributes.
I'll make a template we can discuss over the next few days.
Google could work!
I've tried it but have not checked for concurrent users/if it detects that someone is already having a write lock on the document.
Microsoft's SkyDrive is also an option. I think it may be more geared toward what we are trying to do. Plus, you get real Excel in your browser and integration with the desktop version.
It supports multiple users editing the same document. I'm trying to post a picture for others to see who are not familiar with it.
I'm sure most have some familiarity with it, and Google Docs is good too, though I've not used it in quite some time.
https://www.box.com/shared/static/13...du4t19eabt.jpg
[QUOTE=Anvil;5006827]Great!
We should agree on some standard way of reporting from now on. (like Ao1 suggested some time ago)
(before you both start testing the new drives)
Next is to find what data retention does for the drives when MWI is at "0" and we have already started doing some tests on this and all is a result of what has happened so far in the thread.
If you are looking for an SSD in the near future you can safely select any of the modern drives used in this test.
So in general, the drive to go for depends a bit on your usage, if you do a lot of incompressible data then you should go for a drive without compression."
As a scientist I love this stuff, but as a consumer I'm still left with questions.
Windows Skydrive excel would be great.
I guess for me, I want to use a drive with Intel's SRT. I want to get two drives one for OS install and one for caching my 5900 drives. I don't want it so small as Intel's 30gb drive, but OCZ Synapse Cache is not up my alley either.
So I guess if I took a stab at the graph, with shear number of writes (1Petabyte)and data retention, that Crucial M225 looks like the ticket. I like the M4 the best but it just up and dying like that has me cringing, "N" of 1 yeah I know, probably an isolated case.
Are you planning on writing more than 500TB to your SSD? Because if not, the m4's death is hardly relevant to your case.
I would guess that the m4's failure is NOT an isolated case for m4s that have had 500+ TB written to them. If you write past the specified MWI for the SSD, way past it in this case, then you really need to expect that the unpowered data retention time is liable to be very short.
But it IS a rare occurrence for normal usage, or even for extreme usage that people would put the SSD through when they are not intentionally trying to write enough to the SSD to make it fail. I doubt one person out of 1000 who uses that SSD for real work (or play) is going to write more than 100TB over the lifetime of the SSD.
Is there any utility which could log SMART values at certain intervals and then be exported to a CSV?
M225->Vertex Turbo 64GB Update:
864.40 TiB (950.42 TB) total :up:
~2215 hrs (Torture), 3183 hrs (Power-On)
16816 Raw Wear
117.27 MB/s avg for the last 20.28 hours (on W7 x64)
MD5 every 20 loops on 1.59GB file = OK
C4-Erase Failure Block Count (Realloc Sectors) from 21 to 24.
C5-Read Failure Block Count (uncorrectable bit errors) from 6 to 7.
1=Bnk 6/Blk 2406 - Erase Failure C4
2=Bnk 3/Blk 3925 - Erase Failure C4
3=Bnk 0/Blk 1766 - Erase Failure C4
4=Bnk 0/Blk 829 - Erase Failure C4
5=Bnk 4/Blk 3191 - Erase Failure C4
6=Bnk 7/Blk 937 - Erase Failure C4
7=Bnk 7/Blk 1980 - Erase Failure C4
8=Bnk 7/Blk 442 - Erase Failure C4
9=Bnk 7/Blk 700 - Erase Failure C4
10=Bnk 2/Blk 1066 - Erase Failure C4
11=Bnk 7/Blck 85 - Erase Failure C4
12=Bnk 4/Blk 3192 - Erase Failure C4
13=Bnk 7/Blk 280 - Erase Failure C4
14=Bnk 3/Blk 2375 - Erase Failure C4
15=Bnk 7/Blk 768 - Erase Failure C4
16=Bnk 7/Blk 765 - Erase Failure C4
17=Bnk 7/Blk 182 - Erase Failure C4
18=Bnk 5/Blk 939 - Read Failure C5
19=Bnk 5/Blk 1115 - Read Failure C5
20=Bnk 5/Blk 1011 - Read Failure C5
21=Bnk 7/Blk 3549 - Read Failure C5
22=Bnk 7/Blk 3556 - Read Failure C5
23=Bnk 4/Blk 1961 - Erase Failure C4
24=Bnk 7/Blk 1862 - Erase Failure C4
25=Bnk 7/Blk 111 - Erase Failure C4
26=Bnk 5/Blk 902 - Read Failure C5
27=Bnk 7/Blk 560 - Erase Failure C4
28=Bnk 7/Blk 827 - Erase Failure C4
29=Bnk 6/Blk 482 - Erase Failure C4
30=Bnk 5/Blk 167 - Read Failure C5
31=Bnk 7/Blk 1771 - Erase Failure C4
So a total (B8+C3+C4+C5) of 41 Bad Blocks out of 32768.
Skydrive would work great. Personally I think each person testing should input data into the excel file and one person should be responsible to create a master set of graphs from the input data. Only those testing should be able to modify the excel file. (I think it is possible to set permission with Skydrive) It would be great however if the file could be downloaded by anyone so they can play with the data and maybe spot something of interest.
A standard will be difficult to achieve when all drives use different SMART stats, but I guess a standard could be developed for each controller.
I think we are missing out by not capturing key metrics, so I hope this can soon be rectified.
With the Mushkin, I took a screen shot every day of the smart data. I could easily go back and insert the daily smart data into whatever new reporting metric is chosen. I say we should come up with with a new system within the next few days, even if its just logging smart attributes into a spreadsheet.
...but I vote for SkyDive.
FYI...I've requested Vapor's files to see if we can try and continue his enormous efforts of tracking the data.