Intel Replaces Consumer SSD Line, Nixes SLC-SSD
Lucas123 writes "Intel today launched a line of consumer solid state drives that replaces the industry's best selling X25-M line. The new 320 series SSD doubles the top capacity over the X25-M drives to 600GB, doubles sequential write speeds, and drops the price as much as 30% or $100 on some models. Intel also revealed its consumer SSDs have been outselling its enterprise-class SSDs in data centers, so it plans to drop its series of single-level cell NAND flash SSDs and create a new series of SSDs based on multi-level cell NAND for servers and storage arrays. Unlike its last SSD launch, which saw Intel use Marvell's controller, the company said it stuck with its own processing technology with this series."
The 320 series isn't quite as impressive over the X25-M G2 series as I had originally hoped, so will likely be quite some time before I bother replacing the current one (and move that into the laptop instead).
Still, an update has been due for a long time now the X25-M G2 is ancient in SSD terms. Just hope the new controller is as reliable as the Intel one found in the old drives.
MLC the only option on a server? For high-transaction databases, I don't see how it will work.
I'm not going to run out and replace my $100 2TB external backup with one of these any time soon. However, I've been tempted to snag a small 40 gig model and use that as my OS drive, and use my existing internal 1TB HDD for the actual data. I think the article is right, in that the price per gig needs to hit $1 before you start seeing acceptance for mass storage solutions from consumers. 95% of users can't tell the difference between a 5600 RPM HDD and a 10,000 RPM one, so they won't care about SSD speeds that much either.
Occasionally living proof of the Ballmer peak.
Seriously. Any sort of enterprise-level should be swearing off these things as a storage medium then. Well, maybe for a boot drive. But anything with massive amount of writes should be kept as far away from an MLC drive as possible.
Chas - The one, the only.
THANK GOD!!!
It is a bit behind the times with no Sata 3 (6 GBps) support.
Ian Ameline
Note that the as-yet-unavailable Hitachi SSD400S enterprise drives are based on Intel controllers and SLC NAND. No word on pricing, but at the capacities they plan to offer and with it being targeted as an Enterprise SAS/FC part, they will probably be very expensive.
Why? If the MLC cells are both fast and reliable, why does that matter? If I understand this correctly, MLCs would be the equivalent of clusters on an HDD. If any bit of that data within that cluster needs to be changed, its entire contents will be all read, and re-written back to another cluster. The same process occurs on an MLC.
Life is not for the lazy.
Because SLCs survive for two orders of magnitude more writes than MLCs.
Thanks for getting to this first.
Chas - The one, the only.
THANK GOD!!!
Looks like like Intel has scrapped the "power safe write cache" that was slated for the next generation of drives.
I say that, because I have "held off" for years now, waiting for them to get to THIS stage of performance (especially on writes, where they're now, FINALLY, 'dusting' std. mechanical HDD's... even my WD Velociraptors, iirc!)...
Fact is, this one (or the one AFTER it, which I am guessing WILL be based on 6gb/sec. tech), will probably be what I purchase. I took a look over at STORAGEREVIEW.COM & only the OCZ Vertex seems to 'best it' along with the Intel 510 model in fact (however, I only cursorily skimmed, there may be faster ones for all I know (I don't pay that much attention to hardware nowadays & for years now really... only when something REALLY NICE comes along!)
I've truly been a "BIG FAN" of SSD tech & before that, software based ramdisks... & it really doesn't take a genius to know if you speed up the slowest/worst part of ANYTHING, you "gain a 1,000-fold", but there you are...
See... when I wrote stuff up about it for SuperSpeed.com back in 1996:
http://www.superspeed.com/desktop/faq.php#R001
(Formerly EEC Systems, which did really well software-wise improving their stuff by up to 40% + at MS-TechEd 2000-2002 in SQLServer Performance Enhancement, as well as how to use them 'creatively')
OR
For CENATEK (now known as DataRAM) as to the same benefits I extolled for SuperSpeed's SuperDisk/SuperCache programs, albeit this time in hardware for DataRam/CENATEK?
It all worked... but? LOL, I was "shooting from the hip", to be honest about it!
(I didn't express that well! (I.E.-> I was really taking chances/risks really, based on theory alone & common-sense really) when I bought into that tech, both in software &/or hardware)
I say that because it was EXPENSIVE! Especially for the CENATEK stuff (my IRAM isn't anywhere NEAR that cost & how I use it is in the list below), but "the #'s were there" & so was the theory... as well as "common-sense".
Still - After tests?
Well - it merely proved true when I did the tests/analysis & benchmarks, + tests w/ webservers &/or DB engines, as well as stuff "normal folks/users" could use them for also.
Using SSD tech IS the 'future' even now (albeit I was saying that 15++ yrs. ago, and doing it too, but the buy in was HUGE, as well as a risk on product immaturity).
For the past few years now though, industry uses it like mad (when performance is "everything" or, rather, counts a LOT)... like in webservers, or database engine work!
However/Again? Normal "end user folks" can use it too, to much gain... & not just on benchmarks.
Yes - You can IMMEDIATELY see/feel the diff. when you do things like this below with SSD's:
LASTLY, on NON-FLASH based SSD tech though, such as the Gigabyte IRAM &/or CENATEK RocketDrive I use:
What makes ME wonder, is that nowadays, we have 64-bit technology in software...which means the 4gb limit of my two NON-FLASH Ram based SSD's can be upped HUGELY from that 32-bit memory addressing limitation IN THE DRIVERS!
I am truly suprised no "super-huge" non-FLASH ram based Ramdisks/Ramdrives aren't being made & released... because 64-bit drivers can address many orders of magnitude more memory than do 32-bit ones, which was the "stumbling block" for them being larger (even though you can "span" 4x4gb of them into a 16gb unit? That's PUNY by comparison to the 600gb size of THIS one in the article here today).
They would have 1 gain over these FLASH units though I imagine:
LONGEVITY (yes, I am taking another "risk about disk" here, but there you are!)..
Also, each cell write is much faster (because it can be "sloppier" with only two states per cell), which greatly affects random write speeds even if the speeds are the same for sequential writes.
And random writes is often a bottleneck in master databases.
Because SLCs survive for two orders of magnitude more writes than MLCs.
I don't work with this sort of stuff, but does that matter? If MLCs have other advantages, then what the problem with chucking them out and replacing them when they wear out?
So, anyone cares to make a forecast as to when SSDs will overtake HDs even for large Tb units in terms of price+perf ?
Non-Linux Penguins ?
Because two orders of magnitude is the difference in price between a Honda Civic and a Lamborghini Gallardo.
More to the point, it's the difference in life between one month and 8 years.
"Very bad idea. That's random writes, where SSDs are typically far slower than normal hard disks." - by arth1 (260657) on Monday March 28, @03:10PM (#35643328) Homepage
Per my subject-line above:
I do that on NON-FLASH based units here that aren't subject to that "hassle" (CENATEK RocketDrive &/or Gigabyte IRAM) & for more than a decade now...
On smallish files like browser caches? They FLY for the purposes of webbrowser caches & more, of course... & they don't "hose up" like you're describing!
(Especially when formatted to 4kb size to match the memmgt in Windows which reads/writes @ that rate).
HOWEVER: Moving browser caches off std. HDD's, especialy the type of SSD I use?
It does also yield another benefit though: It "stalls"/reduces fragmentation that smallish files like browser caches create on HDD's (or any disk really)...
Plus, in THAT regard... SSD's? They defrag, fast too to offset that on them too (especially the 4gb units that are NON-FLASH that I just mentioned/noted I use).
APK
P.S.=> Thanks for the tip on this on FLASH based SSD's here though - like I noted in my init. post you replied to?
I don't use them, for the reasons YOU are noting (poor write performances in the past, even vs. std. HDD's)... & like I said, occasionally? I take "risks" based on theory alone, but not when I get informed that this SSD tech has 'issues' with that part... I'd simply use my Gigabyte IRAM as I have, for the purpose of WebBrowser caches then as I have for 15++ yrs. now... apk
DISKEEPER 2011 & it's "HYPERFAST" feature for SSDs:
http://www.storagereview.com/diskeeper_2011_now_available_includes_ssd_optimizer
Pay attention to "HyperFast" + "Intelliwrite" featureset...
(As it may be the "cure" here for that which you speak of (it sure sounds it @ least), which folks that use SSD's for browser cache hoseups are 'victim to'... )
Incidentally, as an "addendum" as well?
PerfectDisk by Raxco has a "background defrag" perfect write feature also, but, not 110% SURE it's "geared to SSD optimizations" only though...
APK
P.S.=> That's my "tit-for-tat" info. for "U", in return for your tips on browser cache hassles on random writes of smallish files on FLASH SSD's... hope it helps, or, is at least interesting to you & other FLASH BASED SSD users that have experienced the write issue you speak of! apk
Because two orders of magnitude is the difference in price between a Honda Civic and a Lamborghini Gallardo.
It's a lot closer between the max speed of a Honda Civic (117 MPH) and something that can cross the Atlantic in 29 minutes.
I noted its "HyperFast" + "Intelliwrite" feature in my subsequent/2nd reply to he here:
http://hardware.slashdot.org/comments.pl?sid=2057790&cid=35643562
"That's a problem with some controllers (Marvell's Da Vinci controller and whatever the hell WD uses in their ones, for example) that don't handle garbage collection well. after being in use for some time, the write speeds and IOPS goes all over the place. It's not a problem with better controllers, like Sandforce's stuff." - by compro01 (777531) on Monday March 28, @03:41PM (#35643666)
It may be of interest to you, or even practical use on your end (IF you have this issue on FLASH SSD's you use, I don't on ones I use that are based on PC-133 SDRAM or DDR-2 RAM), or to others here as well!
APK
P.S.=>
"the SSD market still has a bunch of garbage in the mix and you need to research stuff to avoid getting burned." - by compro01 (777531) on Monday March 28, @03:41PM (#35643666)
Right-on, & WHY I mentioned I "hold off" & have HELD off on FLASH SSD tech (vs. the FAST & PROVEN tech in non FLASH Ramdisks/Ramdrives I use)...
Sure - it's "getting there", as I stated in my init. post, but not quite for ALL makes &/or models apparently.
Man - I used to be a fairly "avid" hardware enthusiast, & was "up on the latest/greatest" in hardware in years past... but not so much anymore... & tips like yours + the fellow you replied to, definitely help (since it seems you guys pointed out a couple 'downsides' I wasn't aware of here on this write issue on browser caches/smallish files on random writes due to poor "garbage collection"/TRIM algorithms etc./et al, thanks by the way on YOUR reply also, it helped me learn a bit more on how this stuff has progressed (or not, lol))... apk
No, I'm pretty sure this Civic could cross the Atlantic in 29 minutes... ;)
There's no comparison between the 5,600-10,000 RPM gap and the HDD-SSD gap.
I took the plunge last year and installed X-25M drives in my desktop and laptop as OS drives, with secondary drives for user data. The difference is the single greatest performance jump I've ever experienced in 30 years of upgrading, going even back to the days of replacing clock generators on mainboards to overclock 8-bit CPUs by 50 percent.
There is literally a several-orders-of-magnitude difference in the overall speed of the system. If you haven't experienced it, a description of the difference doesn't sound credible, but a multi-drive RAID-0 array of 10k drives doesn't come close to a single SSD in terms of throughput.
I can't go back to non-SSD OS installs now. Systems without an SSD literally seem to crawl, as if stuck in a time warp of some kind. Non-SSD systems seem, frankly, absurdly slow.
STOP . AMERICA . NOW
LOGGING!
I.E./E.G.-> I also move Windows NT-based OS logs to my non-FLASH SSD's, as well as many apps' logs also...
Why? To gain speed in THEIR ops, as do webbrowser caches, paging duties, %temp% ops, print spooling, & more... as well as offloading the slower HDD's I use so they are "faster" by actually, less burdened with those tasks, & fragmenting less because those tasks no longer are done on my main C: drive where my OS + Programs lie.
(It effectively speeds up HDD's doing that because the mechanical HDD's, fast as they are here, are not getting disk head movement contention (elevator algorithms not withstanding mind you, even)).
Yes, it works... & even though they're 10k rpm Velociraptors by WD w/ 16mb cache on them + driven by a SATA II RAID 6 capable 128mb ECC RAM caching controller by Promise (model Ex-8350)), they're just doing less and thus, "doing more" faster!
APK
P.S.=> Had to add that last "tidbit", as I like being as "complete" as possible... "mea culpa" (not really, lol, but there you are!)... apk
Thats why they now have eMLC drives... which, if I'm not mistaken, is what the intel drives are. The e in eMLC stands for Enterprise. They can do 3x the number of write/program cycles as the average MLC drives. While still not as good as SLC (or eSLC, which is also out there), it's not as bad as it could be.
But really, for enterprise level storage, you should still stick with spindle based storage, and use MLC drives for read cache, and a mirrored pair of eMLC, or SLC drives for write cache. Or, in ZFS parlance, use MLC drives as cache, and eMLC/SLC as mirrored log drives in a zpool.
OMG... I have a sig?
No. Two orders of magnitude is 100x. Good SLC vs good MLC is 10x, only a single order of magnitute longer lasting.
http://www.anandtech.com/show/2614/4
What you forget is MLC is about 2x cheaper than SLC, so you can get 2x the space for the same price. With wear leveling, extra space is extra lifespan, so MLC dies 5x faster than SLC.
What does that mean for you? I put my money (job) where my mouth is. Our reasonably high traffic OLTP database server uses Intel SSDs as filesystem-level write cache. We get an average write level of 10MB/sec. The minimum expected lifespan of the drive is 2 petabytes. That means we likely have SIX YEARS before the cells start to become unwritable. At that point, no data will be lost: the drive will report the write failures to the OS and store to cells that haven't become unwritable yet, and you will be able to continue operating for the next few months while you get a replacement drive.
If it's in you sig, it's in your post.
Comment removed based on user account deletion
Whenever I use my niece's laptop (pretty "state of the art/current" as my brother makes good coins in the service as an officer & takes care of her, with the very best stuff no less & bigtime)?
It PALES in comparison the the WD Velociraptors I use (SATA II 10k rpm + 16mb buffers & elevator algorithms) driven by a Promise Ex-8350 128mb ECC RAM Raid 6 caching controller.
Heck, even BEFORE I was driving my raptors off of that controller, I had MUCH faster response from 10k rpm diskdrives...
Yes, I notice a diff. between 5,400rpm disks vs. even 7,200rpm ones, like my Seagate PRT tech using 7200.11 SATA II unit, than I see from 5,400rpm disks you typically see in laptops (albeit w/ good reason there, because of HEAT building faster on faster RPM disks).
---
"Maybe the reason users can't tell the difference between 5600 (5400??) RPM and 10,000 RPM is because for the most part what is slowing things down is the seek latency. In both those drives, they seek latency is going to be 12 ms and 7 ms respectively. Which you're right, the user probably won't notice." - by CastrTroy (595695) on Monday March 28, @02:07PM (#35642468) Homepage
Again, in regard to that? All I can state is that which I did above... the rest of what you stated though, quoted next below??
Hey - I agree, 110%, & from MORE than 15++ yrs. of experience using SSD/RamDrive/RamDisk tech!
---
"But a solid state drive will give you a seek time of about 0.1 ms which will make a huge difference in many situations. Most users will probably notice a change like this because seek time is probably what is slowing down the computer most of the time.." - by CastrTroy (595695) on Monday March 28, @02:07PM (#35642468) Homepage
Man, again: ABSOLUTELY - been doing it here, for 15++ yrs. straight for a HUGE # of things that yielded in summation, in MUCH faster & much noticed performance gains... no benchmarks required (link below shows what I do, EXACTLY, enumerated in fact... lots of things get moved to SSD here, non-FLASH types though!).
APK
P.S.=> I know one thing from experience over that 15++ yr. period using RamDisks/RamDrives/SSD's here (whatever you wish to call them):
You speed up the slowest part of a system, typically the HDD's? You can tell, no benchmarks needed, that it's dead up F A S T E R, by far... far quicker reponse!
I even offset my HDD disks' "lag" (imagine that, saying that about my setup above) even MORE by using NON-Flash RamDisks/Ramdrives in hardware for around 10 yrs. now to "unburden them" + reduce fragmentation on them (& 5++ yrs. before that using Software based Ramdisks)...
How I do it is illustrated in my post on this article today, here for 7 things, logging included, I do on SSD that work for a NOTICEABLE performance gain overall for the entire systems' operations:
http://hardware.slashdot.org/comments.pl?sid=2057790&cid=35643162
You MAY find it interesting (or not, as you may be aware of it)... all I know is, it WORKS! apk
Or decades and years. After a year in a database server at 195 writes/sec (after merge), 1MB/s average, 24x7, which would easily saturate 4 disks at 10k RPM, the X25-M 80G with MLC cells says it's still fine. Smart attribute 233, Media_Wearout_Indicator, is at 95% of new. 19 more years should be enough, I doubt any other component in the server would last this long.
SLC, MLC, it doesn't matter that much, SSDs are still more than capable to replace a whole stack of spinning media in IOPS. For Intels, just use 20MB/s = 1 year for 80G, 40MB/s = 1 year for the 160G version. Mind you, one megabytes per second for 24/7 is a *lot* of INSERT queries, database servers are high IOPS, but low throughput. It's enough for ~50% of the pageviews of Slashdot in our case.
I know that random writes is a problem - which is why I mentioned things like 'enough cache' and 'right database system' to turn those random writes into sequential ones. It's expensive in terms of storage capacity(your DB will have to be bigger), but if MLC is 'enough' cheaper than SLC, you just buy the additional storage. Plus, with modern MLC and wear-leveling you're looking at years at the drive's maximum write speed to start wearing out the cells. If MLC is around an order of magnitude cheaper than SLC, it's cheaper just to replace the drive more often - especially with prices for a given size dropping all the time.
I don't read AC A human right
On the bang for your buck argument, I'll stick with a platter hard drive. I've had laptops for what seems like forever. I carry one in a shoulder tool bag that gets bounced around on a two wheel cart, plopped down on concrete 6-10 times a day, and in 10 years, I think I've lost one drive. Until the price per megabyte comes down close to that of a traditional platter drive, I'll stick with them. The technology is bang on reliable, speed is pretty good, and the "green" drives use less current. The SSD's are still too pricy, the performance "boost" isn't that impressive.
Because SLCs survive for two orders of magnitude more writes than MLCs.
I don't work with this sort of stuff, but does that matter? If MLCs have other advantages, then what the problem with chucking them out and replacing them when they wear out?
You'll have to buy (at least) two so that when one goes south you don't have an outage. Of course if you put both sides of a mirrored-pair in at the same time, they'll likely die at the same time because of similar wear patterns.
Most MLCs also do not have things like super-caps, so if you ever suddenly lose power, any data in the buffers suddenly goes away. Similarly many "consumer" SSDs don't respect cache flush SATA/SAS commands, and so if you call fsync() on some data, and the drive says it's on stable storage, but it isn't, you have more issues of data corruption. (Ignoring flush commands is usually done to help boost benchmark numbers.)
A lot of these scenarios have been discussed on the zfs-discuss list because ZFS can use slow SATA disks for bulk storage, but you can then transparently slot in SSDs for read- and write-caches: basically the cost of SATA but the speed of SSD.
Thanks, my mistake. I looked over the datasheet and product brochure and it made no mention of this. Since they were touting it prior to launch, it seems strange that it is no longer a marketing point. Hopefully the feature won't disappear, as has happened with certain other products after launch.
Doubling lifespan that way requires that you only use half the disk capacity.
I have burned out a Major Name Brand SLC SSD with a high traffic OLTP DB in eight months. I have heard the same from Large Internet Companies which tested these for internal use. There are ongoing independent reliability expert studies in FAST, HOTDEP, other conferences which are uniformly highly skeptical of vendors' claims on SSD lifetime.
If you have not actually tested the drive out to six years service, run an accellerated pilot test unit out ahead of your main prod usage, to give you the canary warning.
Also, each cell write is much faster (because it can be "sloppier" with only two states per cell), which greatly affects random write speeds even if the speeds are the same for sequential writes.
And random writes is often a bottleneck in master databases.
I hear this come up every time even though existing SSDs, both MLC and SLC, already run circles around hard drives for both random read and random write performance.
I have an old SSD in my laptop that can outperform a very expensive SAN array for database workloads -- I've tested it with the same database and the same query side-by-side with the 16-core production database server with a 48-spindle LUN behind it, and my laptop won every time.
Stop quoting stuff that was barely true for some first-generation drives. The latest stuff is faster than a spinning disk at everything, often by orders of magnitude.
Pfft, I think that Civic is probably high-centered on a blade of grass and can't move from that spot.
If you are not allowed to question your government then the government has answered your question.
First, see subject-line. Secondly, read below (assuming you CAN read that is, lol, because apparently, you cannot (& many others here disagree w/ you)):
"Please fix your writing style. It is quite grating." - by Vegemeister (1259976) on Monday March 28, @09:39PM (#35647340)
Please fix your reading "skillz", as they are QUITE weak, you off-topic TROLL! Or, are you "on-topic" here now? No. Is there an "English Grammar" critique section on this forums?? Again, no... so, is THAT the "best you've got" troll??? Apparently so!
(Now, if you're some mentally addled dyslexic or something, then you have an excuse for your poor reading skill, but... NOT your off-topic trolling & trying to play "PHD in English" (which I truly DOUBT you have, making you some sort of "expert in the field, without a doubt" (then again, that wouldn't make you an expert on forums posting then either, would it???? No yet again!))).
APK
P.S.=> Lastly, to "seal-the-deal" & easily finish the "off-topic trolling likes of YOU" off, just "too, Too, TOO EASILY" as is my style vs. off-topic trolls like yourself? Opinions DO vary, clearly, per my subject-line above... So, how can I state that? Simple as also is my style, which uses concrete verifiable facts, everytime (especially vs. trolls):
Here is MY actual PROOF to that much as to others actually LIKING what I write:
160++ of them, for starters (only a fractional/partial list of my favs no less):
+5 'modded up' posts by "yours truly" (8):
http://it.slashdot.org/comments.pl?sid=1139485&cid=26975021
http://news.slashdot.org/comments.pl?sid=1884922&cid=34350102
http://science.slashdot.org/comments.pl?sid=1872982&cid=34264190
http://it.slashdot.org/comments.pl?sid=1139485&cid=26974507
http://it.slashdot.org/comments.pl?sid=170545&cid=14210206
http://hardware.slashdot.org/comments.pl?sid=175774&cid=14610147
http://tech.slashdot.org/comments.pl?sid=1806946&cid=33777976
http://tech.slashdot.org/comments.pl?sid=1901826&cid=34490450
----
+4 'modded up' posts by "yours truly" (4):
http://slashdot.org/comments.pl?sid=161862&cid=13531817
http://developers.slashdot.org/comments.pl?sid=167071&cid=13931198
http://tech.slashdot.org/comments.pl?sid=1290967&cid=28571315
http://tech.slashdot.org/comments.pl?sid=1461288&cid=30273506
----
+3 'modded up' posts by "yours truly" (6):
http://mobile.slashdot.org/comments.pl?sid=1930156&cid=34713952
http://developers.slashdot.org/comments.pl?sid=155172&cid=13007974
http://it.slashdot.org/comments.pl?sid=166850&cid=13914137
ht
I have burned out a Major Name Brand SLC SSD with a high traffic OLTP DB in eight months.
Why tip-toe around this? Are you talking about Intel or not? If not, it's not really relevant here because this is about Intel, and I think most people agrees that Intel is generally a bit more respected for being a better tested product with a bit more truth behind their numbers. If you ARE talking about Intel, then I think that's pretty important to know.
Are such reports available to the public? I'd love to read over them. If not, what major brands are you referencing? At the very least, was Intel on that list?
Life is not for the lazy.
I hear this come up every time even though existing SSDs, both MLC and SLC, already run circles around hard drives for both random read and random write performance.
That's rather irrelevant when you compare two SSDs, though? Who said anything about HDDs?
(And besides, it's not true. The average speed is far higher for SSDs, but a short-stroked HDD has a much better worst case random write speed than any SDD currently on the market. Yes, really. And for some uses, that's what matters. But again, that's not relevant, because we're talking about SLC vs MLC drives here.)
Doubling lifespan that way requires that you only use half the disk capacity.
Actually, the amount of data that can be written is: the capacity of the device that is used × the number of times it can be written. For example, a CD-R and a DVD-R can both be written only once, but you can write at 10MB/s to a DVD much longer than you can to a CD-R. Using only half the capacity of the DVD-R wouldn't help, and would in fact halve the amount of time you could write 10MB/s to the DVD. A SSD is similar, except that it has multiple write cycles. The way wear leveling works is that writes are are distributed evenly across the medium, so you always use the full capacity of the device.
We use GNU/SunOS.
1st - Your source is KNOWN as bogus & criminal, + not credible at all, for starters... & as usual?
LOL, you're posting as AC to hide yourself, because you are not confident in yourself, and it's obvious I have "kicked your ass" here before, or elsewhere online & this is all you have now in some attempted "ad hominem" attack, off topic on YOUR part, as usual, troll!
However - Onwards & upwards though, time to "shoot you down" as per usual, just like I did in the post you replied to of mine above...
"I have to say though, my favourite thread your involved in starts with http://tech.slashdot.org/comments.pl?sid=1300193&cid=28673669." - by Anonymous Coward on Tuesday March 29, @02:51AM (#35649502)
CA, just like yourself, are worthless cowardly scum (and PROVEN criminals that everyone in the Computer Sciences based world KNOWS about, to boot)...
OR, does THIS link I showed here before, which was + 5 INFORMATIVE rated no less here:
---
COMPUTER ASSOCIATES BUSTED FOR ACCOUNTING FRAUD:
http://news.slashdot.org/comments.pl?sid=1884922&cid=34350102
---
NOT prove that much? Sure does! You're only allowing me to expose my false accusers publicly once again for the slime they are... thank you!
After all - the source of ALL of that crap you're trying like some bitch I might have kicked to the curb (which doubtless I have to you before & why you hide like a coward as AC here now trying to "get my goat")?
It is truly, wasting your time... you're making yourself look stupid, and making ME, laugh too and vindicating me all @ once... lol, talk about "multitasking" for MY good!
Also - CA & others like they have done the same to Dr. Mark Russinovich of Microsoft, and Nir Sofer of NIRSOFT as well - calling THEIR wares, malware too, & they're KNOWN in this field as decent... so, I suppose I am in TRULY, "good company"!
(Unlike yourself, in your being a mere "ne'er-do-well nobody" in this art & science of computing, & doubtless in anything else, judging by your poor attempts @ trolling (which is usually the resort of someone with mental issues, OR, someone I have beaten publicly, SO BADLY, you're still "stinging" from it... & this is "all you've got")
New NEWS/NewsFlash: If that's "all you got"? You're hurting... So, that "all said & aside":
Instead of trolling & now also looking quite stupid with egg on your face - Why don't you get an education in this field, and try to do something with yourself, instead of being a waste of life off topic troll??
APK
P.S.=> Bottom-line here, though, is this:
You're nothing but an off-topic troll, trying to discredit me but your sources are bullshit that comes from a pack of crooked SCUM at Computer Associates, who HAD to also lower my app's "threat level" to ZERO (no threat), because I passed EVERY SINGLE ONE OF THEIR TESTS 21 POINTS FOR IT...
So what's your point? Your attempt @ an ad hominem attack or "discrediting me" has come from poor 'sources'...
Thus - You're only showing you're a cowardly little worm, that is the TRUE "anonymous coward" here, and that YOU have to stay "off topic" trying to troll me w/ your English Grammar critiques (There is no such section here on this forums, nor is it the topic)
So you are also as the TRUE "Anonymous Coward" here as well (because I don't hide who I am... yet, you do).
You're no man... period! After others read this, I think they will be able to make that same determination, as I just have... apk
This is a consumer drive. The "M" in the X25-M stood for "mainstream". As it is replacing the X25-M it is also a consumer drive.
Not a sentence!
Look, dude. We're not the first to tell you your writing is hard to read. by Anonymous Coward on Tuesday March 29, @02:51AM (#35649502)
There is no "we're", its you, the same ac posting attempting to make his good showing here look bad and you're hiding as an ac that doesn't even identify himself, which shows you're a real coward. He also posted over 160 people that modded his posts upwards here in response to your off topic english writing troll attempts here http://hardware.slashdot.org/comments.pl?sid=2057790&cid=35647786 and that makes your mere opinion (trolling is more like it) outnumbered and invalid. It is obvious he has gotten the best of you somehow or somewhere so badly that all you have is your off topic ad hominem attacks and your source of them was also shown as known criminals http://hardware.slashdot.org/comments.pl?sid=2057790&cid=35649606 in Computer Associates too. Poor job troll, even for an off topic ad hominem attack attempt. It shows us that You're not very intelligent, as well as a cowardly off topic troll, nothing more. It's creeps like you that are ruining slashdot and most of the entire web.
What you forget is MLC is about 2x cheaper than SLC, so you can get 2x the space for the same price
It's not quite that simple. To start, read the first reply by georgewilliamherbert, he has a good point.
But I'm addressing just the cost. It will actually cost a lot more than 2x; you're only figuring the base price for the hardware itself. There are a lot of hidden costs associated with an accelerated maintenance cycle that people who run small operations, home businesses, etc. aren't exposed to.
Consider that if you run any kind of large Enterprise or Carrier grade operation, you will almost certainly have multiple datacenters. Any serious outfit will keep spare hardware on hand in case of unexpected failure.
Right off the bat, you're going to have to invest more money into your spares which ties up some operating money. You can stage them in a central location and ship them out on demand to reduce this burden, but then you're double-paying for shipping. Plus you're going to have to pay someone, or at the very least consume time and effort of a salaried worker, to do it. Chances are there will be some travel involved, which includes fuel and vehicle maintenance in addition to lodging and food costs.
But there's more, even if you run a single datacenter. Any time you do hardware replacement in a major production environment, it takes planning and coordination. Sure, you can say "Well all my stuff is redundant and hot-swappable, so there will be no downtime." Anyone who has ever actually worked in such an environment knows that this is a great theory but it fails in practice. People make mistakes, they shut down the wrong equipment, something gets bumped, a drive controller crashes when it really should not, a static discharge or power spike wrecks an entire chassis, etc. I'm sure there are plenty of people on slashdot who could write novels full of horror stories about supposedly "routine, non-impacting maintenance". All that takes time, effort, and often money.
Any drive replacements come with increased risk of impacting your operations, and by extension your customers and your bottom line.
In short, when you look at an increased maintenance cycle you have to consider not just the base monetary cost, but the potential risks to your entire business. And so far, at least for very large operations, the cost savings just doesn't justify it. It's still a pretty new technology when you think about it, and I'm fairly optimistic things will get better down the road.
georgewilliamherbert does not have any good points as far as I can see. His latter comments are offtopic, complaining about non-Intel flash-based drives in general, when this thread is about Intel changing from SLC to MLC. (Ignoring that, I find his lack of references telling.)
To address his former point, the Intel drives use static wear leveling (as far as I know) so even if the drive is full, the flash is fairly evenly worn. That means you can get more space for the same price which mitigates the shorter lifespan of MLC.
Nowhere do I advocate cheaping out on your components, nor are my remarks aimed at home businesses. I think the rest of your comments about operating costs are a bit misplaced.
If it's in you sig, it's in your post.
One thing to consider is the price per capacity and how that affects performance. You can get Intel MLC based SSDs for about $2.15/GB and SLC based SSDs for about $11.70/GB. That can translate into 4x the number of drives at the same capacity, which is four times the controllers working together in a storage system. Then you can front end that with large write caches and you _MIGHT_ end up coming out ahead in performance.
You're pitiful, and now I know who the AC troll is that's been stalking me here for MONTHS now!
(It's YOU, with your own words quoted telling others to do so with you here http://slashdot.org/comments.pl?sid=1646272&cid=32150544 as my proof thereof!)
You're FLAT-BUSTED, & a troll to boot (with 1 eye only too from what I understand, lol, & fired from your last job in your attempts to "program", lol, where you only got paid MINIMUM wage - so, go back to McDonalds already!)
APK
P.S.=> Check your posts troll... lol, you're in for a little surprise for libelling me as well as trolling & stalking me here for months... apk