Slashdot Mirror


Samsung 256GB SSD is World's Fastest

i4u submitted one of many holiday weekend slow news day stories which starts "Samsung Electronics announced today the world's fastest, 2.5", 256GB multi-level cell (MLC) based solid state drive (SSD) using a SATA II interface. Performance data of the new Samsung 256GB SSD features a sequential read speed of 200 megabytes per second (MB/s) and sequential write speed of 160MB/s. The Samsung MLC-based 2.5-inch 256GB SSD is about 2.4 times faster than a typical HDD. Furthermore, the new 256 GB SSD is only 9.5 millimeters (mm) thick, and measures 100.3x69.85 mm. Samsung is expected to begin mass producing the 2.5-inch, 256GB SSD by year end, with customer samples available in September. A 256GB capacity is getting large enough to replace hard-drives for good — now just the prices just need to come down further for large capacity SSDs."

50 of 190 comments (clear)

  1. Summary by Mark+Trade · · Score: 5, Insightful

    Don't buy any other similar products. Ours will come out Really Soon (TM). At least we hope so.

    1. Re:Summary by TheRaven64 · · Score: 3, Informative

      And since it's using MLCs, expect to buy another one quite soon after. While SLC flash is up to the 100,000 to 1,000,000 rewrites level, MLC is still closer to 10,000. This, combined with the larger cell sizes on most MLC products means that it is likely to wear out much faster. This is why most flash manufacturers are only pushing MLC technology for consumer electronics type applications (e.g. MP3 players), where you want high density and low cost but don't perform many writes.

      --
      I am TheRaven on Soylent News
  2. Seems like the complexity is lower by Eccles · · Score: 4, Interesting

    Looking at a hard drive, it's got lots of moving parts, the need for sealing, etc. One would think that in the long run a solid state drive that is just a few chips and connecting logic would be cheaper to produce once you have the facilities.

    --
    Ooh, a sarcasm detector. Oh, that's a real useful invention.
    1. Re:Seems like the complexity is lower by __aamnbm3774 · · Score: 2, Insightful

      you're probably right.

      but just like CD's are cheaper to produce than cassettes, that doesn't mean the cost will ever come down.

    2. Re:Seems like the complexity is lower by kipman725 · · Score: 2, Insightful

      they have come down a blank cd can be had for less than a pence if you buy in large enough quantities. It's just not viable to sell CD's at less than the cost of transportation in individual quantities.

    3. Re:Seems like the complexity is lower by canuck57 · · Score: 2, Interesting

      Looking at a hard drive, it's got lots of moving parts, the need for sealing, etc. One would think that in the long run a solid state drive that is just a few chips and connecting logic would be cheaper to produce once you have the facilities.

      Given sufficient amount of time, solid state SSD will likely overtake hard drives. But I think many industry analysts are far too quick to estimate wide adoption if the SSD media over hard drives. It will be slow. And I have heard those predictions 10 years ago.

      Problems exist in SSD adoption, 3 huge ones.

      • density, hard drives seem to be always many steps ahead in density
      • costs, a $100 hard drive w. 1TB version the SSD 1TB cost?
      • write speed/reliability issues with SSD

      Oh, the SSD will creep in, but I don't expect it to wipe out hard drives any time soon. I will say when the 640GB SSD is under $250 it's adoption will soar for laptops. By that time, the 1TB mechanical hard drives will be under $100 and 2 or perhaps 3TB drives may exist as well. But we are optimistically 4-5 years from this point. For the data center, even longer. The write and cost issues must be totally resolved for that, as some drives in busy systems go nuts on writes and can't afford a hit. If I want to buy 10PB of storage, and SSD is twice the price, it will loose.

      What you might see in widespread adoption first is say affordable 64GB versions of SSD for the OS, and a adjunct 1TB hard drive for raw storage.

  3. 42 zillion dollars? by billcopc · · Score: 4, Insightful

    I like the idea of the SSD, but I think they need to concentrate on lowering costs down to earth before flaunting their capacity achievements. Hell, any monkey can build a 500-TB mega-RAID stripe with a large enough budget.

    When this SSD is cheap enough that I can buy 3-4 of them and stripe that into a bus-raping powerhouse, for less than a mortgage payment, then we'll talk.

    --
    -Billco, Fnarg.com
    1. Re:42 zillion dollars? by Sascha+J. · · Score: 5, Insightful

      If the SSD's price only increases very slightly with greatly increasing capacity, they already lowered the cost.

      Also, it doesn't help to have cheap 32GB SSDs when nobody buys them and you can't really launch into mass production because you are stuck with a niche market. To drive down the price you need to be able to produce them en mass and in order to do that you need to catch up (or outstrip) existing technology.

  4. This is good news... by Tastecicles · · Score: 2, Interesting

    ...if it can cope with high definition capture it'll be handy for me and my shutterbug family who're always out with various still and video cameras. Nothing worse than shortdropping a notebook and killing the hard disk.

    --
    Operation Guillotine is in effect.
  5. MLC, not SLC. by Anonymous Coward · · Score: 5, Informative

    But it's a Multi-Level Cell based Flash drive, not a Single-Level Cell based Flash drive. The cells hold 4 states, not 2.

    High capacity, yes, and apparently high speed as well. Excellent... but also lower reliability. SLC Flash is extremely durable these days, but MLC Flash is not, last I checked, even one tenth as long-lasting.

    How much lower? Well... ...frankly, we don't really know yet. We won't really know, as such, until they start to die - which could well be 5-10 years, and if so, that's really not bad - and you might not see the same type of can't-write-blocks failure, but rather a more conventional can't-read-blocks failure. Which would be about as bad as a hard disk crash (and we might have to develop whole new data recovery techniques).

    Maybe it might last years longer than a hard drive owing to fewer moving parts. Perhaps it will slowly die, but good write levelling will largely mitigate the issue and overall it'll come out better, or about the same. Or perhaps we're looking at a flaky brick with lower reliability than a Quantum Fireball.

    Early adopters, start your engines, because someone's gotta find out.

    For enterprise use, it might be wiser to stick to more conservative SLC flash. Past that, all bets are off.

    But we're seeing the beginning, here. Hard drives are, slowly, on the way out. It'll be a long phase-out where they are much more cost-effective for a long time... but it is coming. And I, for one, welcome our new nanosecond-seek-time overlords.

    1. Re:MLC, not SLC. by Anonymous Coward · · Score: 2, Interesting

      Normal SSD drives die in a matter of months on a typical developer's machine so it shouldn't be that hard to test.

      I have first hand experience with this so I laugh when people say flash drives will last longer than their mechanical counterparts. The rewrite cycle count needs to be way, way higher than it currently is. Wear leveling can only do so much and it just gets worse as the drive gets full.

  6. Technology: Still new! Still Improving! Surprised? by PC+and+Sony+Fanboy · · Score: 3, Insightful

    Well, since the technology isn't developed, is it really that surprising that we read a story about 'Worlds Fastest' every couple weeks?

    Solid State Drives for computers? They aren't really out of beta!

  7. Re:Large enough? No way. by Aenoxi · · Score: 5, Insightful

    I fully agree with your conclusion that capacity is king for moist consumers, but... ...this is a 2.5 inch drive.

    I'd like to subscribe to your reality if it has Terabyte-sized 2.5 inch drives. Where do I sign up?

    --
    "The sum of all knowledge does not imply the knowledge of all sums" Kurt Gödel (paraphrased)
  8. Re:Large enough? No way. by wamatt · · Score: 5, Insightful

    Remember the intended target market is the laptop crowd. 256GB is big enough to compete nicely. When it comes with those sort of performance figures, it's a no brainer if you have the money.

    The current largest widely available 7200rpm is only 200GB. The majority of notebooks ship with 200GB of HD space.

  9. Re:Technology: Still new! Still Improving! Surpris by Daniel+Phillips · · Score: 5, Insightful

    Solid State Drives for computers? They aren't really out of beta! 400,000 eee PCs say you're wrong.
    --
    Have you got your LWN subscription yet?
  10. Re:Large enough? No way. by jht · · Score: 5, Insightful

    I dunno - I think once you hit that kind of capacity you can pretty much own the notebook market. Right now, mainstream notebook disk sizes are in the 160-250GB size range, with 320 generally available and I believe 500 GB drives are just starting to arrive. Most notebooks aren't at the high end of capacity, though.

    I don't think SSD will make an impact in desktops anytime soon, but if I can put an SSD in my notebook and gain a little speed, some battery life, and better shock resistance without giving up any serious capacity (heck, my 2-month-old MacBook Pro has a 250GB HDD in it right now), depending on the price differential I'll probably be all over it.

    Also worth thinking about (though it's not in the submitter's link) - I read a couple of releases on this drive yesterday, and though they aren't giving production prices yet they claim that multi-level cells will make it cheaper than the older models. Between that and the natural speed of price cuts, this drive may be at competitive HD pricing levels sooner than we expect. If I can get a 256GB SSD at a 25% price premium to a HDD of the same size (like you suggest), I think it would be pretty much a no-brainer. That 250GB HDD is only about $150 or so - maybe even less.

    --
    -- Josh Turiel
    "2. Do not eat iPod Shuffle."
  11. 256gigs is a lot by FudRucker · · Score: 4, Insightful

    I don't requires that much disk storage space, I could get by on 40 gigs and 80 would never run out of disk space for my purposes, make an 80 gig SSD that would sell for less than 200 USD and I will use my disk platters for target practice...

    --
    Politics is Treachery, Religion is Brainwashing
  12. Re:A 128GB SATA drive costs $3,000 by Anonymous Coward · · Score: 3, Informative

    You are comparing to the wrong technology. SLC drives are extremely expensive, but this is a MLC drive. You should look at these items instead to extrapolate cost:

    Super Talent MLC Solid State Disks on Newegg

    The Samsung drive is much higher performance than these, but the fabrication costs should not be too far off. I'd guess $1500 for the 256 GB model when it comes out.

  13. Re:Large enough? No way. by amorsen · · Score: 3, Insightful

    For most consumers, capacity is king, not speed. For most consumers, price is king. Not price per gigabyte, just price. The only thing most consumers might need more than 32GB for is video -- and flash is almost as cheap as hard disks in the 32GB 2 1/2" segment.
    --
    Finally! A year of moderation! Ready for 2019?
  14. Re:Large enough? No way. by Bobby+Onions · · Score: 3, Funny

    Don't be so wet; there's no need to puch a dampener on things.

  15. Re:Random write ops? by Kjella · · Score: 4, Insightful

    Uh, the last SSD review I saw that had considerably worse specs than this just barely came behind the VelociRaptor in the random write tests. Unless you've got a special disk trashing benchmark to make SSDs look bad, I'm fairly sure this wins on all counts. In fact, 20 random writes/sec sounds more like trolling than insigthful to me...

    --
    Live today, because you never know what tomorrow brings
  16. Re:Large enough? No way. by ozamosi · · Score: 2, Insightful

    I bought a new 120GB 2.5" disc last week - 256GB is "large enough" for now - if only the price was low enough...

  17. The Power of 1000 Hard Drives by StCredZero · · Score: 4, Interesting

    This pales in comparison to the ioFusion drive. The videos show tests being run where they are doing 8 operations at the same time, at blazing speeds, copying multiple DVDs in 5 seconds, and simulating swapping a blizzard of 4kb blocks as fast as RAM. Instead of 2 channels, their cards use 160 channels at the same time. This gives a single card the parallel random access bandwidth of a 1000 disk drive SAN.

    http://www.tgdaily.com/content/view/34065/135/

    At $30 per gigabyte, it would be great to have a 10-gig for OS and your current favorite MMO game.

  18. Primary SSD + Storage HDD = Gold by SD-Arcadia · · Score: 2, Interesting

    Once the prices come down and the tech matures a little more, a nice small 32-64GB SSD for the apps and a 1TB+ for storage should be a great overall solution. This could even happen in form of an elegant hybrid unit.

    --
    https://dalgamotor.wordpress.com/ - Elektronik beyinlere ozgurluk asisi (Turkish)
  19. Re:Random write ops? by Fweeky · · Score: 5, Interesting

    Every benchmark I've seen on SSD's have shown random IOPS of between 20 and 120/sec, ranging between cheaper consumer drives and more expensive enterprisey models; writing single blocks to random locations completely demolish their performance because such small writes often require the drive to erase huge blocks.

    New techniques try to avoid this by basically turning random writes into sequential ones; once you've erased a 4+MB block, you put all new writes into that block (you can turn a 0 into a 1 without an expensive erase cycle) and remap it similarly to how it's done with wear leveling. I'm not aware of anyone actually doing this yet, though.

  20. DBAs: Index tablespaces? Logfiles? by Jeppe+Salvesen · · Score: 2, Interesting

    How would this perform for index tablespaces and logfiles? I imagine lifetime/health will have to be monitored, but that's already being done with regular platterspinners.

    --

    Stop the brainwash

  21. Re:Large enough? No way. by cecil_turtle · · Score: 4, Insightful

    For most consumers, capacity is king, not speed. I don't know how you qualify "most consumers", but "sufficient capacity" is all most consumers need, after which price and speed absolutely do come into play. For most people 40GB is still sufficient capacity. Only people who download or rip very large amounts of music or movies need more than that, and that is pretty far from "most consumers" - your 14 year old son who tries to download every movie he's never heard of isn't "most consumers". Not to mention that IO speed is the performance limiting factor on pretty much every consumer PC nowadays, CPUs have been fast enough for a couple of years now.

    SSDs and spinning disks can still co-exist - in a year or two you will be able to run your OS and programs on a 100GB-200GB SSD and go buy a 2TB disk or 5TB array to store your data on that is less performance critical.
  22. Re:Did we not already have? by PopeRatzo · · Score: 4, Insightful

    $19,200 for a 640 GB Hard Drive
    We all know that's more expensive than computer storage has ever been before.

    Right?

    And if hard disk storage had ever been that expensive, it would have meant the abandonment of the hard disk technology forever.

    Right?
    --
    You are welcome on my lawn.
  23. Is there a good reason why.... by oztemprom · · Score: 2, Insightful

    this flash type memory is not being incorporated into existing platter based HDDs? It would seem to me that a few (read 8 - 64) GBs of flash memory coupled to a .5 to 1 TB standard HDD would be a great easy to use product.

    1. Re:Is there a good reason why.... by menace3society · · Score: 2, Interesting

      I think the problem is, if you try to use the flash as a sort of buffer, you end up with the worst of both worlds. You're still subject to the same mechanical failure risks for long-term storage as a simple hard disk, but you're also limited by the number of writes you can do to the buffer.

      You can accomplish the same thing, with fewer flaws, by just having two drives.

  24. Re:Random write ops? by Fweeky · · Score: 2, Informative

    No, SSD's have always shined at random *reads*. Small random writes have traditionally been where they're very weak; you might manage 160MB/s writing large chunks, but if you're droping 16k blocks all over the place (as, e.g, databases are apt to do) you'll be lucky to manage 1MB/s because of the overhead each write incurrs, certainly on cheaper drives aimed at portable use.

    Hence, it's a perfectly reasonable question; depending on how they've implemented it, they could be anywhere from 20-20,000 random writes/sec.

  25. Apples to Celery by benhattman · · Score: 4, Insightful

    You can't just compare different markets. As another poster said, you can buy CD-R for less than a penny each. What you are referring to is how record companies have used the lower medium price to make an even larger profit off of the content.

    However, how does an oligopoly selling copyrighted content compare to a commodity market? Basic economics tells you they don't, and you can count on one of two things happening. A) SSD prices fall in line with hard drives. Or B) hard drive capacity moves beyond the needs of most consumers and SSD takes up that niche while being only marginally more expensive per GB than hard drives.

  26. Re:Random write ops? by GreyWolf3000 · · Score: 2, Informative

    No, SSD's have always shined at random *reads*. Small random writes have traditionally been where they're very weak; you might manage 160MB/s writing large chunks, but if you're droping 16k blocks all over the place (as, e.g, databases are apt to do) you'll be lucky to manage 1MB/s because of the overhead each write incurrs, certainly on cheaper drives aimed at portable use. Hence, it's a perfectly reasonable question; depending on how they've implemented it, they could be anywhere from 20-20,000 random writes/sec. To expound, NAND flash chips are broken up into 128KB 'blocks' which in turn comprise 64 2KB 'pages.' You can read any page you want on the entire chip in the same amount of time (no moving parts), but to *write* any particular page, you need to perform an erase on the *entire* block. Let me repeat, to write one page to NAND flash (2 KB), you have to erase a 128 KB block. The reset operation will transition all bits on that block to a 1, and you have to go back and tell it which bits to set to zero.
    --
    Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
  27. Re:Large enough? No way. by mfnickster · · Score: 5, Funny

    Agreed, GP needs a lesson in humidity.

    --
    "Slow down, Cowboy! It has been 3 years, 7 months and 26 days since you last successfully posted a comment."
  28. Re:Random write ops? by TheRaven64 · · Score: 4, Informative

    Unless flash has changed a lot since I last looked at it, this isn't quite true. To write a 2KB page, you first need to erase a 128KB block, but you can then write into the remaining 126KB without needing an erase first. If you're using something like LFS or ZFS on your disk, this translates to very fast writes. If you're using a filesystem that doesn't have copy-on-write semantics, then this will still be quite slow because you will rarely encounter this kind of access pattern (you will be more likely to read 128KB, modify 2KB in a buffer and then re-write 128KB, which, as you explained, is very slow since it requires a 128KB read followed by a 128KB write just to write 2KB - the same reason that RAID-5 is slow for writes).

    --
    I am TheRaven on Soylent News
  29. Re:Large enough? No way. by benhattman · · Score: 5, Insightful

    Mod parent up.

    We are far past the point where the average consumer cares very much about capacity. What do you think they are going to do with 2 terabytes? Unless you are talking about someone who is frequently downloading movies and the like, I don't see how they would use that content. OK, there are probably a handful of people who are doing their own hi-def video editing or processing the output of large sensor arrays, but in what would do you define these guys as "most consumers?"

    The reality is SSD doesn't have to come anywhere near the price of hard drives. It just needs to provide enough capacity (256-512 GB today) at a reasonable price. If you tell a consumer they can get a regular old hard drive, or pay 10% more for a SSD that doesn't fail when dropped and runs way faster, a lot of regular consumers will pony up for that.

  30. Re:Random write ops? by GreyWolf3000 · · Score: 3, Informative

    What you said doesn't contradict what I said at all. You can definitely achieve much better performance by not scattering your writes; sequential access is very fast. For random writes, you're going to have to seriously buffer to avoid wasting erase cycles. Fortunately, the same algorithm that avoids erase cycles for performance is also the same algorithm that does wear leveling. I don't know too much about ZFS or how copy-on-write would help except on a purely abstract level.

    --
    Slashdot: Where people pretend to be twice as smart as they really are by behaving like children.
  31. Re:Time to redesign the personal computer? by 4D6963 · · Score: 2, Interesting

    A most interesting and pertinent question! I think that if such a memory reached the speed of RAM with the capacity of a HDD then we could merge the two concepts into a central memory that would be used for anything. The first real gain with that type of design is that instead of loading (uncompressed) files (from the HDD to the RAM) you could simply point to them, and directly access them. Virtual machines could benefit greatly from that by pausing and resuming their execution instantly, for all their virtualised RAM would be written in a file that would simply pointed to. The same could happen for regular programs. They could have all their memory space in a file (the OS would take care of it), and if the program was to be prematurely killed you could resume its execution state.

    Likewise, it would remove the concept for RAM space, as well as for virtual memory, that is, the OS wouldn't use a single file to put everything in, but rather as many files as it needs for each program (for example). With such a concept the execution for everything I mentioned (programs, OS, virtual machines) could be paused and resumed instantly.

    As for the actual booting of the machine, I'm sure a clever use of it by say copying read-only pieces of memory that are hardware/configuration-independent to another space in memory where they could be modified (or not, maybe you could have a partially read-only OS) would greatly speed up things.

    Somehow I can see that happening in embedded devices, not so soon with desktop machines, but we'd have yet to wait for SSD memory to be fast enough.

    --
    You just got troll'd!
  32. Re:Random read ops? by aharth · · Score: 2, Interesting

    How about random reads? I've benchmarked a 16G Samsung SSD and the standard Linux file systems (ext2, ext3) seem to cache read blocks in the (main memory) file system buffers.

    Doing so seems to diminish some of the the possible overall system performance improvements - if I have a SSD I want to use the main memory for either HD io caching or programs. Caching disk blocks from the fast SSD in main memory seems suboptimal.

  33. Re:Large enough? No way. by Firethorn · · Score: 2, Informative

    Discounting microsoft bloat, when I look at stuff like this I think about people like my parents and grandparents.

    You know, people who after having and using their machine for four years still has 80% of their 80GB HD free. Where the biggest increase in HD usage in the last year was microsoft patches.

    For power users like me that DO get into games, video, and music on the computer, a 250GB SSD is enough to last quite a while. Heck, from initial build I'm likely to throw my OS and programs on the SSD and get the cheapest per GB HD(or two) for the rest of the stuff.

    Going from 10GB to 100GB was 'Big', it enabled the start of consumer video. Going from 100GB to 1TB enables HD storage for the movies most people would watch in a month to a year. Current broadband speeds enables the downloading of HD streams in useful periods of time with a queuing system.

    Basically, I'm saying that we've reached the point with HD storage that the majority of people don't need any more. They won't use what they already get on a bargain machine. It's like with CPUs. If you're not a power gamer*, the bargain basement machines will all run a cleaned up windows** and associated software with good speed. Or even one of the easier versions of linux and open office.

    *My grandmother loved bejewelled. Mom does various solitares. They 'game' a lot, but their games aren't exactly demanding on computer systems.

    --
    I don't read AC A human right
  34. I like SSD but.... by jeffc128ca · · Score: 2, Interesting

    I've been waiting for something to get around the hard drive speed bottle neck for a long time. I do a lot of data analysis on huge data sets, mostly financial market data. I end up doing a massive amount of reads and writes to hard drives which slows things down a lot.

    My main fear with SSD's is the wearing out of blocks and bits. Typical data sets I work with are about 2 gigabytes. I run scripts against the data to look at various patterns and generate forecasting data. I could read and write that data six or eight hundred times in a day's testing. Well over a terabyte a day. How soon before an SSD craps out on me at that pace?

    I would love to have an SSD for the blazing fast access times, but I don't want to have to replace it every six months. I'd pay extra for it, probably 2 to 3 times the traditional hard disk amount. But it has to last a few years at least. The other option of going 64 bit, adding huge amounts of DRAM, and running a RAM disk isn't financially sound at the moment.

  35. Re:The serializing of the random read-writes by hairyfeet · · Score: 3, Interesting
    Which is why I have been wondering: You know how a HDD will have a bit of RAM as a cache to make write more efficient,why aren't they doing that for SSDs? It seems like it would me a lot more efficient if lets say,the SSD has 4Mb blocks to have 8Mb of cache on them so the data can be cached and written in efficient blocks. I'll admit I haven't gotten to read up on the algorithms used with SSD so I don't know if there is a technical problem with that idea or not,but it would seem to me to be a "best of both worlds" kind of solution.


    And speaking of "best of both worlds" what happened to everything is going to be hybrid? A couple of years back all you read was they were going to add anywhere from 256Mb to 8Gb in addition to the 8-16Mb of RAM cache on HDDs to boost the data access and make them even more efficient at writes. What happened? I know I would personally like a hybrid that had,say 8Gb on it so I could have the OS stored in flash with my data and swap stored on the platters. But that is my take on it anyway,YMMV

    --
    ACs don't waste your time replying, your posts are never seen by me.
  36. Wear leveling by tepples · · Score: 2, Informative

    And since it's using MLCs, expect to buy another one quite soon after. While SLC flash is up to the 100,000 to 1,000,000 rewrites level, MLC is still closer to 10,000. This, combined with the larger cell sizes on most MLC products means that it is likely to wear out much faster. MLC products use wear leveling at the controller level to spread writes to high-traffic areas such as directories and extent maps around the physical medium. That's also why they store 256 GB and not 256 GiB: that's 7 percent for spare sectors. Even if this wear leveing is only 10 percent effective, how long does it take to write to all 256 GB of the drive 1,000 times?
  37. Re:The price: by tzot · · Score: 2, Funny

    Well, that's a price drop alright. Until recently, you had to give an arm, a leg and your firstborn.

    --
    I speak England very best
  38. BAARF by tepples · · Score: 2, Interesting

    Easier to miniaturize, certainly. Right now they're doing massive RAID0 to get performance, I wonder what it'd be like if they could do RAID1/5/6 for example - forget hard disk crashes more or less, just replace some flash plug-in modules in your SSD. Ok the electronics could still fry, it could get lost or stolen but mechanical failure seems to be the typical killer. I've read that RAID 3/4/5 is unreliable. As capacities grow, it takes longer to reconstruct a new spare from the surviving drives when one dies. In fact, BAARF contends that capacities have grown to the point that it's likely that another drive will fail during reconstruction. Are there any big drawbacks to RAID 6?
    1. Re:BAARF by WuphonsReach · · Score: 3, Insightful

      I've read that RAID 3/4/5 is unreliable. As capacities grow, it takes longer to reconstruct a new spare from the surviving drives when one dies. In fact, BAARF contends that capacities have grown to the point that it's likely that another drive will fail during reconstruction. Are there any big drawbacks to RAID 6?

      RAID6 is a far better option then RAID5. At least it makes it less likely that you'll end up with a double-drive failure that takes out the entire array.

      OTOH, the failure mode of both RAID5 and RAID6 leaves a lot to be desired. Rebuild time increases linearly as you add more disks to the array. So a 10+ RAID5/RAID6 array can have huge rebuild times, leaving you vulnerable for a lot longer. As in half a day or longer to rebuild the array (or at least a few hours).

      Personally, my preference is the more conservative RAID10 approach. Rebuild times are based on the size of an individual disk in the array (not the total array size), which means your vulnerability window is a lot smaller. And depending on luck, you can survive a multi-disk failure. Rebuild times are typically under 2 hours for arrays that are based on 300-500GB drives.

      (My preference is to have 1 spare disk for every 6-8 drives in the array. So a 12 disk RAID10 array would probably be RAID10 over 10 disks with the other two as spares.)

      --
      Wolde you bothe eate your cake, and have your cake?
  39. Re:The serializing of the random read-writes by Wesley+Felter · · Score: 2, Informative

    High-end SSDs have a RAM write buffer, but it complicates the controller significantly. I expect sophisticated controllers to trickle down to all SSDs eventually.

  40. Re:Random read ops? by Daniel+Phillips · · Score: 2, Insightful

    if I have a SSD I want to use the main memory for either HD io caching or programs. Caching disk blocks from the fast SSD in main memory seems suboptimal Bandwidth to the SSD is 300 MB/sec (sata 2) while bandwidth to main memory is more than 10 GB/sec, 33 times faster.
    --
    Have you got your LWN subscription yet?
  41. Smart controllers by Joce640k · · Score: 2, Insightful

    If you fix things so that every 2Kb block on the disk can be remapped then those 2Kb writes can mostly be tagged onto the end of recently erased blocks, no erase needed.

    (In practice NTFS usually uses 4Kb blocks so you'd optimize for that but the argument stands...)

    This would also help a lto with wear levelling, etc. as you'd write the entire disk in a round-robin fashion, remapping blocks as you go.

    The controller would need static RAM to hold the remapping table but that's no big deal these days.

    --
    No sig today...
  42. It's a game of numbers. by Joce640k · · Score: 2, Interesting

    Have you seen the average notebook buy in a shop? It's all a game of "find the biggest number".

    As a geek I'm always being asked if such-and-such a laptop is "fast enough", if XX is enough disk space, etc.

    People have no idea what the numbers mean, or how they compare to the numbers six months ago. They don't even know the difference between RAM and hard disk. All they know is they don't want low numbers.

    Bottom line ... "disk capacity" is a number on the little label so it has to keep increasing no matter what.

    --
    No sig today...