Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Samsung Mass Produces Fast 256GB SSDs

Posted by CmdrTaco on Mon Nov 24, 2008 05:31 PM
from the i'm-sure-this-will-be-a-bargain dept.
Lucas123 writes "Samsung said it's now mass producing a 256GB solid state disk that it says has sequential read/write rates of 220MB/sec and 200/MBsec, respectively. Samsung said it focused on narrowing the disparity of read/write rates on its SSD drive with this model by interleaving NAND flash chips using eight channels, the same way Intel boosts its X25 SSD. The drive doubles the performance of Samsung's previous 64GB and 128GB SSDs. 'The 256GB SSD launches applications 10 times faster than the fastest 7200rpm notebook HDD,' Samsung said in a statement."
+ -
story

Related Stories

[+] Will 2009 Be the Turning Point For SSDs? 290 comments
Iddo Genuth writes "Since first entering the consumer market about two years ago, solid state drives (SSDs) have improved significantly. While prices remain substantially higher than conventional magnetic storage, it is predicted that in 2009 SSDs will finally make an impact on both the consumer and business markets bringing blazing fast speeds at reasonable prices for the first time — will it finally happen?" It seems likely, as Samsung began mass-producing both 128GB and 256GB SSDs this year. Intel and Micron have also posted recent breakthroughs which will help to bring the technology into the mainstream.
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • by clang_jangle (975789) on Monday November 24 2008, @05:36PM (#25878487)
    FTFA:

    Samsung would not release the price of the drive because, it said, the product is targeted at the reseller market and those vendors would have to determine the mark up for the drive in their desktops and laptops.

    Damn -- How can I bitch about how expensive it is when they won't even tell me!

  • Fuzzy math (Score:5, Interesting)

    by msblack (191749) on Monday November 24 2008, @05:37PM (#25878503)

    So it launches applications 10 times faster [sic] (should say in 1/10 the amount of time), but the article only claims speed improvements of about 3.5 to 1. People need to seriously examine how they quote or accept statistics.

    Jim Elliott, vice president of memory marketing at Samsung, said the new 256GB drive can store 25 high-definition movies taking up 10GB of space each in just 21 minutes, which he said is a significant advancement over a 7200rpm hard disk drive, which takes about 70 minutes.

    • Re:Fuzzy math (Score:5, Insightful)

      by Walpurgiss (723989) on Monday November 24 2008, @05:44PM (#25878603)
      the transfer speed they tout is probably the peak transfer speed. But the time it takes to launch a program also depends on factors besides the transfer speed. Like seek time for example.

      Hard disks have to position the heads at the right sector before starting a read. Maybe these SSDs don't have a solid state analog to that activity and are thus faster by however long that takes.

      I don't know the specifics, but I'd guess that comparing overall program access and launch time to peak transfer speed is apples and oranges.
    • Re:Fuzzy math (Score:5, Informative)

      by ustolemyname (1301665) on Monday November 24 2008, @05:45PM (#25878625)

      So it launches applications 10 times faster [sic] (should say in 1/10 the amount of time), but the article only claims speed improvements of about 3.5 to 1. People need to seriously examine how they quote or accept statistics.

      Jim Elliott, vice president of memory marketing at Samsung, said the new 256GB drive can store 25 high-definition movies taking up 10GB of space each in just 21 minutes, which he said is a significant advancement over a 7200rpm hard disk drive, which takes about 70 minutes.

      Ah yes, but you don't have the seek times of the 7200rpm drive which are at best ~7ms. And since opening an application involves opening lots of different files (in different physical locations on the drive), this is where launching an app can be 10x faster.

      So for straight writing a single, large, contiguous piece of data, it's only 3.5 times faster. For loading 200 random, tiny files, it's ten times faster.

      • Re:Fuzzy math (Score:5, Insightful)

        by TeacherOfHeroes (892498) on Monday November 24 2008, @06:06PM (#25878851)

        This is somethat that a lot of people tend to overlook, either because they don't understand how a hard drive works, or because they don't stop and think about it. Loading programmes, especially ones which rely on libraries, translation files, multimedia, etc... at other locations on a disk would greatly slow down a HDD in comparison to an SSD.

        Contrasted with SSDs, which are pretty much random access devices, in order to read each of those files from an HDD, there are basically 3 time factors to consider.

        1. Seek time. The time it takes to move a reader head to a specific track (ring of data on a platter). Assuming that there is only this read taking place, you can pretty much assume that the reader head moves from its current location to the correct spot on the disk right away. Things are not always this pretty, though.

        2. Rotation time. On average, you will have to wait half a rotation for the correct spot on the disk to spin around to the reader heads. There may be algorithms designed to mitigate this by reading even as it waits. In case the read is large enough to span a significant portion of the track, it can append that buffered data later, but I don't know if this is done or not.

        3. Read time. This is the amount of time required to read the data off of a single track, and can take up to 1 rotation of the platter to complete.

        So while the GP has a point in that people need to be careful about what kinds of statistics they believe, he/she glosses over the fact that reading a single piece of data with an HDD is hardly a random access, constant time operation (or linear time for n pieces of data).

        • Yep (Score:5, Insightful)

          by Sycraft-fu (314770) on Monday November 24 2008, @06:47PM (#25879275)

          Disk I/O is the one area I still have an easy time slamming modern computers on. Most others, it isn't too expensive for me to simply get enough power that handles what I want in realtime without slowdown. Multiple VM, no problem quad cores are cheap. Big audio projects? Hell I can get 4GB of RAM for less than a month's Internet access... However when those projects start hitting the disk, I start having problems, even with a RAID array. The sequential stuff isn't it, it's the random access that kills it.

          Audio only takes 172Kbytes per second per track (for 32-bit floating point). So you figure that doing something with, say, 64 tracks isn't a big deal right? Only about 11Mbytes/sec, way under what a single disk can take. However you can find that it'll choke. Reason being is that the audio isn't all nice and sequential. It's written to disk as 32 separate stereo audio files. Also you maybe have some of them reading, some of them writing and so on. The disk gets overloaded trying to seek to the information in time.

          VMs are the same thing. Two VMs running computations at the same time on a system works at full speed. They each use a core of the CPU, there's no problem. The do contend for memory bandwidth, but that is plenty high enough. Likewise one VM doing disk access happens at near native speeds. There's not a lot of overhead to read and write to the disk. However get two VMs doing disk access, man things grind to a halt. Your drive is dancing all over trying to service the simultaneous requests from different areas so throughput grinds to a halt.

          An SSD would just be amazing for apps like this. Not because it has so much more bandwidth, but because it's bandwidth stays much higher under intense random access. Where a harddrive might obtain 50MB/sec in sequential read, the same drive might struggle to pull even 5MB/sec in random reads. For the SSD it might be more along the lines of 200MB/sec for sequential and 180MB/sec for random. Even though it isn't full speed, it's close enough as no odds. With that, the VM and audio work would have no throughput problems.

          • Re:Yep (Score:5, Informative)

            by Gazzonyx (982402) on Monday November 24 2008, @10:54PM (#25881355)
            I've found that for VMs it's best to short stroke the drive. Partition it so that your VMs are in the middle of the drive, all together, in a somewhat narrow section of the disk. That way, even while doing high IO/sec, you're at most half a disk seek from anything else on the disk. Also, always pre-allocate your VM disks; the performance difference is huge. If you're running a *nix distro, it pays to put your swap on one side of the VM partition and /var on the other, this way you shouldn't have to stray out of the center of the disk too much. The anticipatory IO scheduler in Linux helps a good deal here, you'll get much more throughput for a sub millisecond latency cost. With NCQ/NTQ, and only using 1/3 of the disk surface, you can feel the difference... especially as compared to a single partition that's running low on space and doing a full stroke to get from the VM to your OS.
    • Re:Fuzzy math (Score:4, Insightful)

      by kimvette (919543) on Monday November 24 2008, @06:05PM (#25878841) Homepage

      That the job time differs by a factor of 3.5 does not mean that data transfer speeds aren't improved tenfold. There are other factors involved, you know. It'd have been a cleaner comparison if they had transferred a single 250GB file from one HDD to another HDD, then a copy of that same file from one SSD to another SSD.

      All the same, once capacities reach 750gb or better and the price point is below $200 or so, I'll be buying them. Hell, I'd probably consider buying a 256GB drive just to improve boot times. (when Linux decides it's time to fsck boot times are slow)

      Question: That they could transfer 10 25 GB files to the SSD leads me to think it's 256 gigabytes rather than gibibytes? Are these SSDs rated using actual gigabytes, or gibibytes with the gigabyte label? I think SSD technology is a great breaking point where manufacturers could/should agree to abandon the misleading gibibyte ratings.

      On an unrelated note: Maybe a spyware-infested Windows box will boot in under two minutes now ;)

  • keep it up (Score:5, Funny)

    by gEvil (beta) (945888) on Monday November 24 2008, @05:39PM (#25878541)
    The spinning disc is slowly beginning to wind its way down.
  • Not Yet Available? (Score:3, Interesting)

    by bill_mcgonigle (4333) * on Monday November 24 2008, @05:58PM (#25878775) Homepage Journal

    The ComputerWorld article says "and are available for resellers today". The Samsung press release [businesswire.com] says, "announced today that it has begun mass producing". I couldn't find them in any of the usual places.

    The Samsung website is particularly un-useful and hard to navigate, though I suppose it's appropriate that they require you to use Flash for this one.

  • W O W
    I never thought a Single Sided Disc (SSD)
    would ever be able to hold so much data . . .
  • by bcrowell (177657) on Monday November 24 2008, @06:02PM (#25878813) Homepage
    I know the impetus is to produce big and fast SS drives, but I'm more interested in cheap and fast ones. My desktop machine has 11 Gb of system and apps and <1 Gb of user files. I would be perfectly happy with a 16 Gb SSD that had great performance, was cheap, and was reliable. Reliability is a big issue. Although theoretically a device with no moving parts should always be more reliable than one with moving parts, in reality SSD technology isn't as mature as HD technology, so the failure rate may actually be higher [slashdot.org], and there may be no way to recover from a failure.
    • You can get 16GB SDHC cards for about 30 USD. Those are class 6, which means you get anything from about 8MB/s to 20MB/s depending on the brand. Of course, if you want more speed, you can always use RAID0.

      In fact, given how cheap they are, a RAID5 system would probably make sense. You get a speed boost, and the ability to hot swap a single card if it goes bad. ZFS would also work really well, but I don't know if you'd get a speed boost that way. Also, all these approaches would allow you to very easily extend your system by buying another card (and reader) and adding it to the pool. (You may want to check up on whether you can remove it again later, though.)

      Hmm. Thanks for prompting me to go and look at this stuff. I might actually do this for my next lightweight server.

  • Powers of Two (Score:3, Insightful)

    by HTH NE1 (675604) on Monday November 24 2008, @06:10PM (#25878883)

    All these flash drives and solid state drives keep advertising capacities in powers of two: 64 GB, 128 GB, 256 GB. So why do they still say a 256 GB SSD is 256 million bytes?

    • by darksaber (46072) on Monday November 24 2008, @06:27PM (#25879087)

      If a 256GB SSD drive is only 256 million bytes, I'm a lot more concerned about the missing factor of ~1000 than the binary/decimal notation.

    • It has 256GiB of raw capacity but some capacity is used for overhead so only 256GB is left.

    • Re:Powers of Two (Score:4, Insightful)

      by Kjella (173770) on Monday November 24 2008, @06:49PM (#25879299) Homepage

      Computer math doesn't work like regular math, like for example SATA2 which is 3Gbps. Now if I showed you a cargo ship with a capacity of 3000 tons, you'd think you could actually load 3000 tons right? And not that 600 tons of the cargo hold would have to be fixed support beams. But with computers it's somehow okay that 600Mbps is just parity bits and that you can't actually transfer more than 2400Mbps of data. And computers have been fucked with 1000/1024 at least as far back as the 1.44MB = 1.44*1000*1024 floppy which can't be right in any system and probably longer. Ignore it, honestly whoever started this has wasted more time for computer users than whoever dropped the century digits leading to the y2k problem.

      • Re:Powers of Two (Score:5, Informative)

        by iggya (1401047) on Monday November 24 2008, @08:04PM (#25879929)

        Computer math doesn't work like regular math, like for example SATA2 which is 3Gbps. Now if I showed you a cargo ship with a capacity of 3000 tons, you'd think you could actually load 3000 tons right?

        No, you wouldn't necessarily expect to be able to load 3000 tons. Firstly, what type of tonnage are you talking about? In shipping, there are several different types of tonnage, or in other words, different values for the same thing, with at best slightly different names. For example, Gross Register Tonnage, Net Tonnage, Gross Tonnage, Thames tonnage, Panama Canal tonnage, Net Register Tonnage, and who knows what else.

        Secondly, suppose a ship has a "capacity of 3000 tons". Could you fit more pillows or gold bars into the ship? Which one will fill the hold first? Can you fit 3000 tons of pillows into a ship with a capacity of 3000 tons? Can you fit 3000 tons of helium in? 3000 tons of depleted uranium? What if the ship is to be sailed from a salt water port into a freshwater lake? Does that affect anything?

        Why would you pick tonnage of shipping as an example of regular math? Shipping measurements are all over the place. For example, how long is a ship? Well it depends on the shape of the ship, and where you measure it. Length at the waterline or length overall? With the ship loaded or empty? Heeling or sitting level? Salt water or fresh?

        Just about everything to do with computers is simpler and more regular than just about anything related to boating.

    • by Sycraft-fu (314770) on Monday November 24 2008, @06:59PM (#25879377)

      Giga is an SI prefix. It is defined as 10^9 and abbreviated as a capital G. So to say you have 200G of something implies you have 200,000,000,000 of them.

      Computers do it wrong. When computers say Giga they mean 2^30, not 10^9. That's wrong, for that you use IEC prefix of gibi, abbreviated as Gi.

      The reason is that back in the day, computers had little memory. Thousands of bytes was all. So when talking about thousands of bytes, programmers started calling them "kilobytes". After all, it is close. 2^10 is close to 10^3, only 2.4% error. Well memory kept growing, and the incorrect prefix usage kept going on and they kept using bigger ones.

      However this has two problems:

      1) The error grows. At the giga level it is about 7% off. The large you are talking about, the more the difference between the base 10 prefix and it's "closest" base-2 amount.

      2) You get confusion between levels. For example suppose your computer shows you something in megabytes. It says you have a file that is 2000 megabytes. Well that's 2 gigabytes right? Wrong, 2 gigabytes is 2048 megabytes. So it is rather unintuitive to humans. We work in base 10, the numbers displayed are base 10, but the prefixes are used wrong.

      Really, the harddrive makers are right. Computers should display amounts according to the base 10 prefixes. Computers have no problems with base conversions, they should be doing that for people.

    • Re:10,000 RPM (Score:5, Insightful)

      by TooMuchToDo (882796) on Monday November 24 2008, @05:38PM (#25878513)

      Just imagine the power savings as well. Also, they should last an order of a magnitude longer than media that needs to spin all the time.

      As soon as these get cheaper and have more capacity, spinning media is dead.

      • Re:10,000 RPM (Score:5, Insightful)

        by bunratty (545641) on Monday November 24 2008, @05:48PM (#25878669)

        Spinning media already is dead. It's just that no one's told it yet.

        Actually, spinning media will continue to be used in servers that need huge capacities of storage. But for cheaper devices, the speed, energy efficiency, durability, and price of solid state drives will effectively make using spinning media obsolete in the next few years.

        • by Archangel Michael (180766) on Monday November 24 2008, @05:59PM (#25878783) Journal

          It isn't dead until Netcraft confirms it.

              • Re:10,000 RPM (Score:5, Interesting)

                by Firethorn (177587) on Monday November 24 2008, @09:47PM (#25880825) Homepage Journal

                To the cousin poster - would you propose that we do monthly-rotating daily backups of our small business server to spinning hard drives? Keep in mind that they need to be easily archivable and the cost of the media is more important than cost of the hardware.

                Are you doing off site? How many gigs are you backing up? You might find that a raid NAS array, possibly off site to be cheaper than you think - and fully capable of keeping all your backups. Or price a dozen or so external HDs.

                So, you're agreeing with me? They're the ultimate in high volume, cheap, slow storage.

                And hard drives will rule the world for a while when it comes to on-line, random access, but not requiring especially low latency.

                Still, I find it interesting. Right now, on Newegg, the largest HD you can get is 1.5TB for $140. For $278 you can get a 128GB SSD. Call it $2/GB.

                It wasn't that long ago that the HD was ~$300, and the SSD, $3k for a 80GB one. Matter of fact, Newegg still lists a 64GB model for $825. Back in 2004, a 250GB HD cost $250 [alts.net]. Anyways - we're looking now at SSDs being available that are 'only' 1/12 the size of the largest consumer HD available at this time, for about double the price. Go back around a year, and you're looking at 10X the price for 1/12th the capacity. We went from a 120X disadvantage to a 24X advantage. That's a massive catchup, relatively speaking.

                Keeping with Newegg - you can get a 120GB 2.5" drive for ~$50. So it's 5X as expensive to get the SSD - but the SSD is shockproof in comparison, and is demonstratively faster. Go large on the HD? 500GB for $110. Around a 12X disadvantage. At this rate I'll predict that SSDs will replace hard drives in laptops around 2010-2012. Leaning towards 2010. Shortly after that it'll take the server market, at least for systems that lean towards reads. 2016 or so for standard desktops.

      • Re:10,000 RPM (Score:5, Informative)

        by CopaceticOpus (965603) on Monday November 24 2008, @06:15PM (#25878939)

        1 TB of SSD today = 17 * $150 [newegg.com] = $2,550.

        1 TB conventional storage = $95 [newegg.com].

        SSDs are still over 25 times as expensive. They will improve quickly, but they need to hit a moving target to kill conventional drives.

        • Re:10,000 RPM (Score:5, Interesting)

          by bunratty (545641) on Monday November 24 2008, @06:24PM (#25879051)

          SSDs are still over 25 times as expensive for 1 TB of storage. Fixed that for you.

          64 GB SSD today = $150.
          80 GB hard disk = $40.
          If you need only 64 GB of storage, as most handhelds, laptops, and desktops do, SSDs are only about four times more expensive today. You can expect SSDs to become cheaper than hard disks in about two years, at least for the smaller capacity drives.

          • by kklein (900361) on Monday November 24 2008, @07:13PM (#25879493)

            If you need only 64 GB of storage, as most handhelds, laptops, and desktops do

            My laptop has a 250GB drive that's almost full with work files. I haven't had less than a few hundred GB of storage on a desktop for almost a decade.

            Hell, even my iPod is 80GB, and almost full.

            Are you from the past?

                • Re:10,000 RPM (Score:4, Informative)

                  by Firethorn (177587) on Monday November 24 2008, @10:24PM (#25881123) Homepage Journal

                  One thing to remember is people like my parents and grandparents. I use over a TB of HD space. My parents haven't even used over 50 yet, and my grandparents even less.

                  Due to the mechanical components of hard drives, they aren't going to get much cheaper, even/especially in bulk - some of the bottom end we see are the manufacturers putting their old drives on fire sale.

                  Once the manufacturers can get a 40-80GB HD for LESS than they can get a hd*, I predict they'll start switching. They're already on the poor side for GB per $.

                  The cheapest laptop HD on newegg is $50 for 80GB(.625). Lots of 320GB($70,.22), 500GB($110,.22). The cheapest 3.5" HD is $36 for 80GB(.45). $42 for 160GB(.26). A 1TB one runs $95(.095), so per GB it's a much better deal, delivering 4 times the GB per dollar over the 'cheap' 80GB. The cheapest SSD is $20 for 4GB(5). Not very efficient, not even very fast. Going up - $145 for 64GB(2.27). $278 for 128GB(2.17) Not much economy of scale gained, but that's to be expected. 32GB seems to be where the SSDs start flattening out($84,32GB,2.63) at the moment.

                  Going by this - I figure 3 years before you start seriously seeing SSDs replacing hard drives in laptops - and it'll start on the low ends for cost savings, and the high end for performance.

                  It'll be another 5-10 before they start doing the same to desktops. Still, I figure upgrading will become common again - fast flash for OS and programs, cheap big HD for most multimedia.

                  *As long as it can be expected to last long enough that they don't have to do warranty work, and performs at least as well.

        • by ignavus (213578) on Monday November 24 2008, @06:42PM (#25879229)

          1 TB of SSD today = 17 * $150 [newegg.com] = $2,550.

          1 TB conventional storage = $95 [newegg.com].

          SSDs are still over 25 times as expensive. They will improve quickly, but they need to hit a moving target to kill conventional drives.

          A perfect choice for RAVED - Redundant Array of Very Expensive Disks.

    • Re:cant wait (Score:5, Informative)

      by timeOday (582209) on Monday November 24 2008, @06:13PM (#25878921)
      Me neither. We spent weeks (which translates to tens of thousands of dollars) benchmarking and optimizing a database app. The thought of accelerating it by a factor of 5-10x with a simple hardware upgrade is stunning.
      • Re:cant wait (Score:4, Interesting)

        by magarity (164372) on Monday November 24 2008, @08:08PM (#25879959)

        We spent weeks benchmarking and optimizing a database
         
        And just think of all the people who have crappy unoptimized databases who can just buy these and leave their design as-is!

        • Re:cant wait (Score:5, Insightful)

          by Free the Cowards (1280296) on Monday November 24 2008, @08:11PM (#25879991)

          I could be wrong, but you sound like you're being sarcastic, which is a pretty stupid attitude to have here.

          Let's say you have a crappy unoptimized database. You can spend tens of thousands of dollars' worth of programmer time to fix it up and optimize it so that it runs fast on your current hardware. Or you can spend perhaps one tenth of the money to upgrade to a super-fast disk, achieving the same end result. Which one is the smarter move?

      • Re:cant wait (Score:4, Insightful)

        by Shard013 (530636) <shard013.hotmail@com> on Monday November 24 2008, @06:21PM (#25878997)

        ditto, but im waiting for permanent data erasure to become a little more mature. i understand the wear leveling incorporated into SSD can cause current programs to stumble.

        The mean time to fail in the new SSD's is a bucket load better that most regular HDD's.

        http://www.google.com/search?q=ssd+mean+failure+vs+hdd [google.com]

        Between the 10,000-100,000 writes and the logic used to try not to rewrite the same place over and over they do quite well.

        • Re:cant wait (Score:5, Informative)

          by cheater512 (783349) <nick@nickstallman.net> on Monday November 24 2008, @07:21PM (#25879577) Homepage

          One problem is they write in blocks (128kb?) and the entire block needs to be erased to modify a single byte.

          That chews those writes faster than you'd expect, and write leveling can only do so much especially if the drive is mostly full.

          • Re:cant wait (Score:5, Informative)

            by Zero__Kelvin (151819) on Monday November 24 2008, @09:32PM (#25880697) Homepage
            1. Writes are byte / word size
            2. Reads are byte word size

            3. Erasures are in quantums of BLOCKSIZE
            4. BLOCKSIZE on a typical NAND device can be 2k, or 4k, or some other significantly smaller value than 128k
            5. The caveat is that it is necessary to erase the whole block to write a byte when a bit needs to be changed from its erase state. e.g. :

              If the erase state is 0 and a bit needs to be cleared (it holds a 1 in or scenario, and we want it to be zero) then it is necessary to erase the whole block. This (obviously) means copying the block contents to RAM, zeroing the FLASH page in which the byte resides, and then writing the page back to FLASH. It sounds worse than it is, and ultimately the overhead doesn't put a dent in the difference between using spinning media and FLASH. For example, what is the overhead to change a single byte on a hard disk?

              1. Spin up the platter if needed
              2. Seek to the filesystem metadata and find out where the file resides.
              3. Read in that data, then use it to determine where on the disk it is
              4. Seek to the location where the file resides
              5. Read the sector that needs to change
              6. Change the data in RAM
              7. Write the sector to the platter
              8. Update the metadata (itemization of steps not included; you get the idea.)

          • by CustomDesigned (250089) on Monday November 24 2008, @10:54PM (#25881351) Homepage Journal

            SSDs do not allow you to directly read/write/erase flash memory. The firmware includes a flash translation layer that lets the host read/write 512 byte sectors just like any other drive. Sectors do *not* have a fixed location on the disk. Writing a sector simply appends it to the current erase block, and updates the translation table (also an append). When it runs out of blank blocks, it picks one to erase based on its wear leveling algorithm and garbage collection, and copies any live sectors to a fresh erase block. Just like a HDD, there are plenty of spare erase blocks, which are needed for the copying garbage collection and for when erase blocks go bad.

            While the basic function of FTL is open, the wear leveling and garbage collection algorithms are fiercely proprietary. (The best ones actually count how many times a block has been erased and keep the counts even - and do this at high data rates.) This is OK for now because there is also fierce competition, and the code runs only in firmware on the device - not on the host. (Same as the controller code on a HDD.) Should the SSD market ever shake out into a monopoly, the basic FTL ideas are available.

    • by Kjella (173770) on Monday November 24 2008, @06:28PM (#25879097) Homepage

      Wonder how many hours this drive would last if used for swap or a database container until the flash cells wear out and start returning errors.

      10k*256GB / 200MB/s write speed = 151 days at full write 24/7. And you'll probably get some nice warnings without data loss since the typical failure mode is that they can be read but no longer written. Of course if you're using swap even nearly that much, you're doing it wrong. I'd be very surprised if my swap use exceeded 10GB/day, in which case it'll take me some 700 years to hit the write limit. And if you're running a heavy database there are drives for you, just not this one. So who do you work for? Western Digital? I think they're the only ones that haven't realized the boat is leaving and they're lost in the mountains.