Slashdot Mirror


How Intel and Micron May Finally Kill the Hard Disk Drive

itwbennett writes: For too long, it looked like SSD capacity would always lag well behind hard disk drives, which were pushing into the 6TB and 8TB territory while SSDs were primarily 256GB to 512GB. That seems to be ending. In September, Samsung announced a 3.2TB SSD drive. And during an investor webcast last week, Intel announced it will begin offering 3D NAND drives in the second half of next year as part of its joint flash venture with Micron. Meanwhile, hard drive technology has hit the wall in many ways. They can't really spin the drives faster than 7,200 RPM without increasing heat and the rate of failure. All hard drives have now is the capacity argument; speed is all gone. Oh, and price. We'll have to wait and see on that.

24 of 438 comments (clear)

  1. Re:What about long-term data integrity? by KingSkippus · · Score: 4, Informative

    Well, the Samsung 3.2 TB drive claims that you can read/write the entire drive every day for five years before failure. It's my understanding that at one point, SSDs were notorious for gradually declining over time, but that today's generation of SSDs basically has reliability out the wazoo. I can't quote you stats on it, but anecdotally, I've had a couple of SSDs in my computer for several years now, I leave it on 24x7, and I've never had a problem.

    ...Yet. YMMV.

  2. Empty article.. by Junta · · Score: 5, Informative

    I don't know why Intel and Micron get any special consideration given that right in the summary the fact that Samsung has already announced the same move.

    Also incorrect assertion that drives don't go faster than 7200 (there are 15k drives, just they are pointless for most with SSD caching strategies available).

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:Empty article.. by WuphonsReach · · Score: 3, Interesting

      Also incorrect assertion that drives don't go faster than 7200 (there are 15k drives, just they are pointless for most with SSD caching strategies available).

      With Enterprise SSD drive prices hitting $1/GB (granted some are still $2-3/GB), the days of 15k RPM drives are definitely numbered. You get 50-100x the IOPS out of SSDs compared to the 15k RPM SAS drives. That means for a given level of IOPS that you need, you can use a lot fewer drives by switching to SSDs.

      I'd argue that if you are short-stroking your 15k SAS drives to get increased IOPS out of the array, it's past time to switch to enterprise SSDs.

      --
      Wolde you bothe eate your cake, and have your cake?
  3. Re:What about long-term data integrity? by CastrTroy · · Score: 4, Insightful

    That's the thing. Most people who need 3.2 TB of space will only write to each location a few times, and data won't change very often. Sure, some writes will be happening, but not even close to the magnitude that you'd need to wear out one of these drives. There might be some cases in commercial applications where you'd need to write that every day, but the typical desktop or laptop is never going to see that kind of usage.

    --

    Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
  4. Re:LOL by Guspaz · · Score: 3, Insightful

    SSDs will likely get there in 3-5 years by Moore's law. The question is where hard drives will be by then.

  5. Re:Really? by jedidiah · · Score: 3, Insightful

    It's not disingenuous at all. It merely demonstrates the primary problem here, namely the price gap. Larger SSD drives are low capacity and expensive. They are priced outside the range of most consumers while also being inferior in terms of bulk storage. A larger SSD is less able to justify it's price premium than a larger HDD.

    Even if SSD prices get less ridiculous, chances are that HDD prices/capacity will keep pace and continue to keep HDDs relevant.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  6. Re:What about long-term data integrity? by sabri · · Score: 5, Informative

    Most current MLC (multi-level cell) implementations can sustain anywhere between 1000 and 3000 write/erase cycles per cell. This is better than TLC (triple-level cell, max 1000), but far worse than SLC (single-level cell, max 100k up to a million, depending on the technology).

    The problem is the way how flash itself works, and how smart your controller is. Unlike a disk, flash must be erased before writing. And here is where the problem comes: flash data is stored in a page of cells, with typically 8 pages of data per "block". Erasing happens on the block level. So in order to erase a single page of data, you need to erase all 8 pages in a block. Since you need to keep the data of the other 7, you first need to copy that data into another block, erase the original one, write all data back and erase your "tmp" block. The churn on blocks happens a lot faster than what you'd think.

    Having that said, for consumer products, MLC or TLC is perfectly fine. For enterprise, not so much.

    You'll see that in the price, obviously. TLC is the cheapest, followed by MLC, and the most expensive technology is SLC.

    --
    I'm not a complete idiot... Some parts are missing.
  7. Re:What about long-term data integrity? by SeaFox · · Score: 4, Interesting

    Well, the Samsung 3.2 TB drive claims that you can read/write the entire drive every day for five years before failure.

    Such statistics are meaningless in my book. Light bulb manufacturers claim their bulbs will last five years or seven years but when you look at the fine print they say that's given under the idea you're turning the light on, leaving it running for 3 hours, and turning it off once per day -- nobody uses light bulbs like that.

  8. Re:LOL by camperdave · · Score: 4, Funny

    Comparing a $10 USB stick with an SSD is like comparing turtles to cheetahs. Those USB sticks might write at 2-5 megs/sec. Maybe. 1/100 the speed of a good SSD. It's not a cromulent comparison.

    That may well be, but have you ever looked at a turtle's drag coefficient?

    --
    When our name is on the back of your car, we're behind you all the way!
  9. Re:Wait? For how long? by nabsltd · · Score: 4, Informative

    The problem is that once PC is turned on, there is not much use for the SSD speed.

    Ever tried loading the next level in a game? SSDs make a big difference.

    And, you've completely forgotten all the other uses (both enterprise and personal) like database, video editing, running VMs, etc.

  10. Re:LOL by AaronLS · · Score: 3, Informative

    You said: "The article writer mist be smoking some amazing shit to come to such a wacky claim."

    Are you referring to the article summary, or one of the specificly linked articles? Because summary says: "Oh, and price. We'll have to wait and see on that."

    So they are not making any claims about price. It seems maybe you are the one smoking too much?

    Anyhow, there are only a few niche roles where a desktop needs that much space. Give me a 240 GB SSD with 10 times faster IOPs, 10th of the heat and power consumption, zero noise, and no moving parts. That's plenty.

    HDD's still have there place for certain use cases, but SSDs beat them by an order of magnitude on just about every factor except price per gigabyte. $/gb is not as relevant when you realize $150 will get you enough of space on an SSD for most desktop roles, and way more than you need on an HDD.

  11. Re:What about long-term data integrity? by Anonymous Coward · · Score: 5, Informative

    That's actually what they do.
    1) Select an empty block.
    2) Copy the data into ram on the device
    3) Write the new physical block
    4) Update the virtual/physical block map
    5) Mark the old block as empty

  12. Re:What about long-term data integrity? by gigaherz · · Score: 4, Interesting

    Under common usage patterns, you can expect up to 25 years life for first-gen SLC, 15 years for first-gen MLC, 10 years for current-gen MLC, 5 years for current-gen TLC. MTBF is lower due to defective cells and such, but that's also true for HDDs.

  13. Re:What about long-term data integrity? by nine-times · · Score: 3, Insightful

    You're both right. RAID can decrease the chances of data loss due to some kinds of problems, but ultimately it shouldn't be considered a reliable protection against data loss. A RAID can be lost or corrupted, or someone can overwrite or delete a file. If you want to assess the risk to your data and talk about the set of data that is protected against loss, you should only consider your backed up data to be "protected". The protection that RAID offers is too weak to be considered to be significant protection.

    Therefore, the fundamental purpose of a RAID is to prevent the downtime due to failure of an individual hard drive. If you did not have RAID, then your data volume would stop running, and you'd have to be offline while you repair the device and restore from backups, so that's what you're successfully preventing. All the data that has been backed up (assuming your backup is good) should be safe, and any data that has not backed up is not safe, regardless of whether you have a RAID.

    RAID is redundancy, not backup.

  14. Re:What about long-term data integrity? by cnettel · · Score: 4, Informative

    you first need to copy that data into another block, erase the original one, write all data back and erase your "tmp" block. The churn on blocks happens a lot faster than what you'd think.

    If that's the case, then why are they not copying the data to ram contained on the drive itself? Seems like an awful waste of cycles with a relatively simple fix. Is it just a cost issue?

    Any wear levelling worth its salt will not do what the grandparent wrote. You simply do not change one page in a block. If you write a single page, that is handled by mapping that page to another (free) block and maintaining a mapping table for which LBAs are currently stored in what blocks. However, if you are doing single-sector writes, or in turn repeated I/O flushes of the same sector, you still see a lot of write amplification. To keep data integrity, the mapping tables also need to be kept updated in a correct way (or at least uniquely recoverable by scanning through all blocks after a hard power off).

  15. Re:What about long-term data integrity? by Anonymous Coward · · Score: 5, Informative

    The actual wear leveling algorithms are proprietary, but rest assured that they do not use flash as temporary memory, and neither do they read an erase block, change one sector and write the erase block back. One thing flash controllers do is maintain a list of unused sectors. So, if you write to one sector, the data goes into an empty sector of a different erase block and the controller remembers that the sector's old location is now unused (and where the sector is now). That's where the TRIM command helps: It marks sectors as unused without using up a different sector somewhere else. When the drive needs more free erase blocks, it copies the remaining data from mostly "abandoned" erase blocks and flashes (erases) the old erase block. All that and more brings down the write amplification, which measures the average number of sectors actually written for each write to a sector. Intel claims a write amplification of just 1.1 for one of its controllers. Also, wear leveling makes sure that erase blocks are used evenly. Otherwise writing the same few sectors over and over again would burn out the drive in seconds. All in all you can expect to write at least a few hundred times the capacity of the drive, in any order and to any sectors you want, before you need to worry about flash cell wear.

  16. Re:Intel & Micron by edmudama · · Score: 3, Informative

    The Numonyx venture was specifically for NOR flash manufacturing.

    IMFT (Intel Micron Flash Technologies) is the NAND partnership between Intel and Micron.

    --
    More data, damnit!
  17. Re:What about long-term data integrity? by beelsebob · · Score: 4, Informative

    No, it doesn't. It doesn't protect you against losing data in a fire, it doesn't protect you against losing data to malware, and it doesn't protect you against losing data to making a mistake. All changes are automatically propagated across all disks. Backup protects you against losing data.

    What RAID 15 does is protects you against losing a day of work because one disk failed - that is, it protects against loss of uptime.

  18. Re:Reliability by PlusFiveTroll · · Score: 3, Informative

    Most manufactures leave any number of gigabytes of flash unmappable for filesystems, that way you can never fill up the drive, even if you fill up the file system. Most pro/enterprise versions of the drive just leave a larger area unmapped.

  19. Re:What about long-term data integrity? by CylanR77 · · Score: 4, Informative

    With 3 bits per cell, how long before the data fades?

    This is the reliability issue that nobody wants to talk about. I am sure that many others are like myself, with a closet full of old PCs. I like the idea that if I were to pull one out and power it on after having sat unplugged for a span of years, it would still boot (CMOS battery BIOS issues not withstanding) and would still have all of the data I left it with.

    SSDs on the other hand won't even guarantee that your data will still be there after *only one year* of being powered off, and as we've dipped below the 34nm process, sometimes SSDs are warranted for even less.

    --
    http://cylan.deviantart.com/gallery/
  20. Re:What about long-term data integrity? by SuricouRaven · · Score: 3, Interesting

    More accurately, recent versions of OSX have their use of TRIM commands limited to the 'apple endorsed' models of SSD, the ones the machine ships with. There's some dispute over the reasons for this. One faction claims it's Apple trying to sabotage upgrades, making it so that if you buy an after-market SSD rather than paying their insane markup performance will become awful. Another faction claims it isn't deliberate sabotage, but rather a lack of interest in testing for unsupported hardware configurations: TRIM can potentially malfunction horrible if the SSD doesn't impliment it in quite the expected way, and Apple has only coded and tested it for their preferred models. By disabling it on third-party hardware they remove the need to test for fifty-odd different devices to make sure it isn't going to corrupt data.

  21. Re:What about long-term data integrity? by SuricouRaven · · Score: 5, Funny

    Risky Array of Imminent Disaster.

  22. Re:LOL by SuricouRaven · · Score: 3, Informative

    My first computer stored data on audio tape! I don't know what their capacity was, but I remember my father borrowing games from work to run through a dual-cassette deck. Some of them were copies of copies, and you had to fiddle with the treble knob to get them to read.

    I don't think we're beating that unless someone here is old enough to have used core memory or fluid delay lines.

  23. Re:Spinning storage is king... by c6gunner · · Score: 3, Funny

    Hard Drive [newegg.com]: $429

    Whole Computer [newegg.com]: $400 or less.

    Ah, yes. Confucius say, the path to mastering pedanticism is paved with low UIDs.