Slashdot Mirror


SanDisk Announces 4TB SSD, Plans For 8TB Next Year

Lucas123 (935744) writes "SanDisk has announced what it's calling the world's highest capacity 2.5-in SAS SSD, the 4TB Optimus MAX line. The flash drive uses eMLC (enterprise multi-level cell) NAND built with 19nm process technology. The company said it plans on doubling the capacity of its SAS SSDs every one to two years and expects to release an 8TB model next year, dwarfing anything hard disk drives can ever offer over the same amount of time. he Optimus MAX SAS SSD is capable of up to 400 MBps sequential reads and writes and up to 75,000 random I/Os per second (IOPS) for both reads and writes, the company said."

37 of 264 comments (clear)

  1. Oh goody by Anonymous Coward · · Score: 5, Funny

    Now you can pay $4000 for a drive that won't last 2 years! Yeah.. sign me up.

    1. Re: Oh goody by Anonymous Coward · · Score: 4, Informative

      My primary OS is running on an SSD going on 4 years old now... Out of 5 that I have only one had had issues, which was actually it's controller catastrophically failing and not a NAND issue - could have just as easily happened to a HDD.

    2. Re: Oh goody by epyT-R · · Score: 2, Insightful

      I went through three different intel ssds within a year before I gave up and went back to raid spinning disks. They're fine for laptop use, and there's a place for them in data centers as caching drives, but they still suck for heavy workstation loads.

    3. Re:Oh goody by beelsebob · · Score: 5, Insightful

      Assuming you write an average of 100GB a day to this drive (which is... an enormous overestimate for anything except a video editor's scratch disk), that's 40,000 days before you write over every cell on the disk 1000 times. Aka, 100 years before it reaches its write limit. So no... SSDs are far from the 2 year proposition that people who bought first gen 16/32GB drives make them out to be.

    4. Re:Oh goody by houstonbofh · · Score: 2

      Going 4 years on my Intel SSD. I am replacing it, but only to gain capacity.

    5. Re:Oh goody by Anonymous Coward · · Score: 3, Funny

      Just turn on DoubleSpace ... might buy you a couple of more years.

    6. Re: Oh goody by Bryan+Ischo · · Score: 5, Interesting

      False. Your one anecdotal story does not negate the collective wisdom of the entire computer industry.

      As far as anecdotal evidence goes, here's some more worthless info: I've owned 8 SSD drives going all the way back to 2009 and not a single one has ever failed. They're all currently in use and still going strong. I have:

      - 32 GB Mtron PATA SLC drive from 2009
      - 64 GB Kingston from 2010 (crappy JMicron controller but it was cheap)
      - 80 GB Intel G2 from 2010
      - 80 GB Intel G3 from 2011
      - 2x 80 GB Intel 320 from 2011
      - 2x 240 GB Intel 520 in my work computer, it gets pretty heavily used, from 2012
      - Whatever is in my Macbook Pro from 2012
      - Just purchased a 250GB Samsung 840 Evo

      Not a single failure on any of them, even the old 32 GB Mtron and the piece of crap JMicron controller Kingston.

      But this evidence doesn't really matter; it's the broad experience of the industry as a whole that matters, and I assure you, SSDs have already been decided as ready for prime time.

      For a recent example, linode.com, my data center host for like 10 years now, just switched over to all SSDs in all of their systems.

    7. Re:Oh goody by Atomic+Fro · · Score: 2

      LOL, does that still exist?

      Guess not. Ended after Windows 98. I remember using it fondly, though my dad got upset when I told him I turned it on.

      --

      ==================
      Hippie Logger Jock
      ==================
    8. Re:Oh goody by fnj · · Score: 2

      Easy there pardner. You can type "sandisk optimus max" into google and up comes an ad selling a Sandisk Optimus Eco 1.6 TB for $3,417.25.

      So while it's true AFAIK you can't find pricing info on the Optimus Max, you can make book that it's gonna be on the high side of that figure. IMHO $4000 is a low estimate.

    9. Re: Oh goody by shitzu · · Score: 5, Informative

      We have ~100 SSDs installed in our company, workstations, laptops and servers. Over five years only 3 of them died, all Kingstons. Samsung and Intel have been spotless. All of those that died had the following symptoms - if you accessed a certain sector the drive just dropped off - as if you switched off its power. The drive did not remap them as it always dropped off before it could do so. Otherwise the drive remained functional. Got them replaced under warranty.

    10. Re:Oh goody by CastrTroy · · Score: 2

      NTFS actually supports compressed folders. The contents are compressed transparently, so applications can work with the files easily.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    11. Re:Oh goody by Mr+Z · · Score: 3, Informative

      If you know something about the drive's sector migration policies, in theory you could construct a worst-case amplification attack against a given drive. Leverage that against the drive's wear leveling policies. But, that seems rather unlikely.

      Flash pages retain their data until they're erased. You can write at the byte level, but you must erase at the full page level. You can't rewrite a byte until you erase the page that contains it. That's the heart of the attack: Rewriting sectors with new data. You can't rewrite a sector in-place. You mark the old location as "dirty but free", and write the new data to a new location. The SSD can't reclaim the dirty-but-free sectors for writing until they're erased.

      Thus, the basic idea goes something like this: Fill the disk to 99.9% full. Then, selectively rewrite individual sectors, forcing the sector to migrate to a new flash page. Wash, rinse, repeat until the drive fails.

      If the drive only performs dynamic wear leveling, all subsequent rewrites will erase and reuse only among the free space. (Note: This free space includes all of the space the drive reserves to itself for dynamic wear leveling purposes.) Now all you need to do is reach the erase/rewrite limit among the available dynamic wear leveling pool, which is significantly smaller than the full drive capacity. You can achieve this by rewriting a small subset of sectors until the disk falls over.

      Modern drives perform a blend of dynamic and static wear leveling. Dynamic wear leveling only erases/rewrites among the "free" space. Static wear leveling gets otherwise untouched sectors into the fray by wear leveling over all sectors. This blended approach defers static wear leveling until it becomes absolutely necessary. The flash translation layer (FTL) detects when the wear difference between sectors gets too imbalanced, and migrates static sectors into the worn regions and wear-levels over the previously "static" sectors.

      A successful attack would take this into account and attempt to keep track of which sectors would be marked "static" vs. "dynamic". It would also predict how the static sectors were grouped together into pages, so it could cherry-pick and inflict the maximum damage: All it needs to do is write to a single sector in each static flash page (creating a bunch of unallocated "dirty-but-free" holes), continuing until the SSD was forced into a garbage collection cycle. That GC cycle then would have to touch all the static pages (or at least a significant fraction) to compact the holes away and make space available for future writes.

      If you can keep that up, you can magnify your writes by the ratio between the page size and the sector size. If you have 512 byte sectors and 512K bytes pages, the amplification factor is 1024.

      But, as I suggested above, to achieve this directly, you need to have some idea of how the SSD marks things static vs. dynamic. Without such knowledge, you have to approximate.

      I imagine if you really wanted to kill an SSD without any knowledge of its algorithms, you could do something simple like rewrite every allocated sector in an arbitrary order, shuffling the order each time. SSD algorithms assume a distribution of "hotness" (ie. some sectors are "hot" and will be rewritten regularly, and most are "cold" and will be rewritten rarely if ever), and so rewriting all sectors in a random order will cause rather persistent fragmentation, recurring GC cycles, and pretty noticeable amplification.

      You wouldn't get to the 40 day mark, but if you started with a mostly full SSD, you might get to a few months.

      That's my back-of-the-napkin, "I wrote an FTL once and had to reason through all this" estimate.

    12. Re:Oh goody by Atomic+Fro · · Score: 2

      I thought I remembered that on XP. Just checked, that checkbox exists on Windows 7 as well.

      --

      ==================
      Hippie Logger Jock
      ==================
    13. Re:Oh goody by Tapewolf · · Score: 4, Informative

      If you only write infrequently (use for image editing) and then backup storage - how many years would the SSD maintain values?

      If the drive is powered down, I wouldn't bet on it lasting the year. Intel only seem to guarantee up to 3 months without power for their drives: http://www.intel.co.uk/content...

      Note also that the retention is said to go downwards as P/E cycles are used up. For me, I think they make great system drives, but I don't use them for anything precious.

    14. Re: Oh goody by loufoque · · Score: 2

      I'm using SSDs in a compile farm that builds software 24/7 and no drive has ever failed.

    15. Re: Oh goody by BitZtream · · Score: 2

      I have 2 SSDs in a ZFS mirror that more or less constantly rebuilds the FreeBSD ports tree. The reasons for doing so are silly and not important to this discussion. It may spend 2 or 3 hours a day idle, the rest of the time, its building ports on those SSDs, with sync=yes (meaning ALL writes are sync, no write caching so i can see the log leading up to a kernel panic I'm searching for). Its been doing this for over a year already.

      It has never thrown so much as a checksum error.

      So my anecdotal evidence beats your anecdotal evidence.

      Or you could just acknowledge reality:

      http://hardware.slashdot.org/s...

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    16. Re:Oh goody by Rockoon · · Score: 2

      No matter what you do you cannot burn through more than the maximum (ideal conditions) write speed, and the strategies you are talking about would ultimately be far from maximum.

      At 400MB/sec max erase throughput and 250 erase cycles per block (conservative?), it would still take 30 days to wear down this 4TB drive.

      Write amplification is a red herring when you are calculating time to failure because write amplification doesnt magically give the SSD more erase ability. These things arent constructed to be able to erase any faster than they can write, and in fact are actually constructed to mitigate the problem that they cannot erase as fast as they can write (over-provisioning, write combining, etc..)

      --
      "His name was James Damore."
    17. Re:Oh goody by TheRaven64 · · Score: 2

      Just because it uses a swap file doesn't mean it ever writes to it. A lot of operating systems have historically had the policy that every page that is allocated to a process must have some backing store for swapping it to allocated at the same time. If you have enough RAM, however, this most likely won't ever be touched. If you're actually writing out 100GB/day to swap then you should probably consider buying some more RAM...

      --
      I am TheRaven on Soylent News
    18. Re: Oh goody by Anonymous Coward · · Score: 4, Funny

      It's highly unlikely that his parents were fucking yours.

    19. Re:Oh goody by jon3k · · Score: 3, Interesting
      You do not want to use SSDs for long term storage: http://www.intel.co.uk/content...

      "In JESD218, SSD endurance for data center applications is specified as the total amount of host data that can be written to an SSD , guaranteeing no greater than a specified error rate (1E - 16) and data retention of no less than three months at 40 C when the SSD is powered off."

    20. Re: Oh goody by Hadlock · · Score: 3, Informative

      While I'm happy for you and your luck so far, the hard numbers don't lie, one in 20 OCZ drives were returned over a two year period. Closer to 7 percent for particular models. Compare to half a percent for Samsung or Intel.

      --
      moox. for a new generation.
  2. Finally the disk drive can die by Billly+Gates · · Score: 3, Insightful

    It is so archaic in this day and age of microization to have something mechanic bottlenecking the whole computer. It just doesn't mix in the 21st century.

    For those who have used them will agree with me. It is like light and day and there is no way in hell you could pay me to do things like run several domain VM's on a mid 20th century spinning mechanical disk. No more 15 minute waits to start up and shutdown all 7 vms at the same time.

    Not even a 100 disk array can match the IOPS (interrupts and operations per second) that a single ssd can provide. If the price goes down in 5 years from now only walmart specials will have any mechanical disk.

    Like tape drive and paper punch cards I am sure it will live someone in a storage oriented server IDF closet or something. But for real work it is SSD all the way.

    1. Re:Finally the disk drive can die by K.+S.+Kyosuke · · Score: 2

      Light AND day == doubleplus shiny!

      --
      Ezekiel 23:20
    2. Re: Finally the disk drive can die by K.+S.+Kyosuke · · Score: 2

      Hard drive is the new tape. SSD is the new hard drive.

      --
      Ezekiel 23:20
    3. Re: Finally the disk drive can die by fnj · · Score: 2

      I just bought a Samsung 840 Evo 250 GB drive for like $150. I believe that the 500 GB was under $300.

      So what? I picked up a 3 TB hard drive for $110. You're paying 16 times as much per GB for the SSD. They are still pie in the sky for serious storage.

  3. Not in my experience. by aussersterne · · Score: 5, Interesting

    Anecdotal and small sample size caveats aside, I've had 4 (of 15) mechanical drives fail in my small business over the last two years and 0 (of 8) SSDs over the same time period fail on me.

    The oldest mechanical drive that failed was around 2 years old. The oldest SSD currently in service is over 4 years old.

    More to the point, the SSDs are all in laptops, getting jostled, bumped around, used at odd angles, and subject to routine temperature fluctuations. The mechanical drives were all case-mounted, stationary, and with adequate cooling.

    This isn't enough to base an industry report on, but certainly my experience doesn't bear out the common idea that SSDs are catastrophically unreliable in comparison to mechanical drives.

    --
    STOP . AMERICA . NOW
    1. Re:Not in my experience. by bloodhawk · · Score: 2

      I have had the opposite experience. 6 SSD's of which 4 have failed, the 2 still alive are less than 12 months old. 16 physical 2 and 3TB disks which are currently all running. both our experiences are anecdotal though I do believe the current failure rates on SSD's is still significantly higher than physical disks (at least it was in the last report I read on them early last year).

    2. Re:Not in my experience. by Rockoon · · Score: 2

      yes...

      Buying an SSD only from Sandisk, Samsung, or Intel is a no-brainer. These are the companies that actually make flash chips..

      OCZ and the various re-branders begin at a competitive disadvantage and then make things worse in their endless effort to undercut each other.

      --
      "His name was James Damore."
  4. dwarfing? Not quite yet! by Nagilum23 · · Score: 3, Informative

    Seagate already announced 8-10TB disks for next year: http://www.bit-tech.net/news/h... .
    Now if SanDisk can deliver 16TB SSDs in 2016 then they might be indeed ahead of the hard-disks but not in 2015.

  5. Re:arrgh by K.+S.+Kyosuke · · Score: 2

    I've noticed years ago that Premiere was dumb, but I would have thought things would improve over the years. Especially in the age of GPU-accelerated non-destructive editing (where the need for caching processed results themselves has somewhat diminished).

    --
    Ezekiel 23:20
  6. Where are the 3.5" SSDs? by swb · · Score: 4, Interesting

    Why do SSD makers only make 2.5" SSDs? It seems like a lot of the capacity limitation is self-enforced by constraining themselves to laptop-sized drives.

    Why can't they sell "yesterday's" flash density at larger storage capacities in the 3.5" disk form factor? For a a lot of the use cases, the 3.5" form factor isn't an issue. More, cheaper flash would enable greater capacities at lower prices.

    The same thing is true for hybrid drives -- the 2.5" ones I've used have barely enough flash to make acceleration happen, a 3.5" case with a 2.5" platter and 120GB flash would be able to keep a lot more blocks in flash and reserve meaningful amounts for write caching to flash.

    1. Re:Where are the 3.5" SSDs? by jon3k · · Score: 3, Interesting

      It's not constrained by size. It's the cost of NAND flash that's the limiting factor. And no one is going to manufacture last generation's NAND, it doesn't make any business sense. Ask Intel why they don't sell last years CPUs at cut rate prices. Same reason.

    2. Re:Where are the 3.5" SSDs? by Amouth · · Score: 4, Informative

      there are a few reasons they don't make 3.5's

      1: physical size isn't an issue, for the sizes they release that people are willing to pay for it all fits nicely in 2.5
      2: 2.5's work in more devices, including in desktops where 3.5's live. if noting is forcing the 3.5 usage then it would be bad for them to artificially handicap them selves.

      now for your commend on larger physical drives being cheaper. Flash does not work the way that normal dries to.

      Normal platter drives the areal density directly impacts pricing as it drives the platter surface to be smoother, the film to be more evenly distributed, the head to be more sensitive, the accurater to be more precise, all things that cause higher precision that drive up costs as it increases failure rates and manufacturing defects causing product failure.

      Now in the flash world. they use the same silicon lithography that they use for making all other chips. there are two costs involved here.

      1: the one time sunk cost of the lithography tech (22nm, 19nm, 14nm...) This cost is spread across everything that goes though it. And in reality evens out to no cost increase for the final product because the more you spend the smaller the feature the more end product you can get out per raw product put in.
      2: the cost of the raw material in. It does not matter what level of lithography you are using the raw material is nearly exactly the same (some require doping but costs are on par with each other). So in fact your larger lithographic methods become more expensive to produce product once there is newer tech on the market.

      No please note that in the CPU world where you have complex logic sets and designs there is an added cost for the newer lithography as it adds to the design costs. but for flash sets there is nearly zero impact form this as it is such a simple circuit design.

      --
      '...if only "Jumping to a Conclusion" was an event in the Olympics.'
  7. Re: At that speed? by eyepeepackets · · Score: 2

    Yeah, but the maintenance requirements are very high, the MTBF is unacceptable, and they can say "no."

    --
    Everything in the Universe sucks: It's the law!
  8. Re:Time to Fill... by BitZtream · · Score: 2

    For a single user doing "stuff" though, a short-stroked hard drive is about 1/4 the price and well fast enough. And yes, i had a work machine (laptop) with SSD that i ditched and went back to a momentus XT hybrid due to lack of capacity.

    You keep saying that, but that doesn't make it magically true.

    So you had a laptop with an SSD too small for your working set and that makes SSDs bad? No. It makes you or whoever provisioned the machine incompetent. More likely you were using your work machine for shit you shouldn't have, so you were all pissy that your working set was larger than your storage space.

    I'd be willing to be a months pay that my 2009 macbook pro with SSD will out perform whatever brand new laptop you want to buy with spinning iron.

    The fact that you think 'short stroking' a drive is some sort of massive performance increase shows your ignorance. Its a negligible performance increase for sequential operations, it doesn't do jack shit for random IO, which is thousands of times more important for normal every day working operations.

    --
    Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  9. Terabyte flash drives are 10% overprovisioned by tepples · · Score: 2

    Thus, the basic idea [of a write amplification exploit] goes something like this: Fill the disk to 99.9% full.

    Your attack has already failed. A 4 TB drive has 4 TiB (4*1024^4), or 4.4 TB of physical memory, but only 4 TB (4*1000^4) is partitioned. The rest is overprovisioned to prevent precisely the attack you described. You're not going to get it more than 90.95% full. And in practice, a lot of sectors in a file system will contain repeated bytes that the controller can easily compress out, such as runs of zeroes from the end of a file to the end of its last cluster or runs of spaces in indented source code.

    1. Re:Terabyte flash drives are 10% overprovisioned by tepples · · Score: 2

      A 4TB drive would bother with compression why exactly?

      To minimize how much it has to erase when moving data around during a write. This improves the benchmark of "sectors written per second" because fewer sectors have to be erased during compaction. And because most people buying this drive aren't "trying to break the media". If you're worried that an untrusted user with an account on a multi-user system could cause too many erases in too short of a time, could you make an example of your worst case using a workload that resembles a file system's write pattern? If it's too big for Slashdot, feel free to reply here.