Slashdot Mirror


Top Solid State Disks and TB Drives Reviewed

Lucas123 writes "Computerworld has reviewed six of the latest hard disk drives, including 32GB and 64GB solid state disks, a low-energy consumption 'green' drive and several terabyte-size drives. With the exception of capacity, the solid state disk drives appear to beat spinning disk in every category, from CPU utilization, energy consumption and read/writes. The Samsung SSD drive was the most impressive, with a read speed of 100MB/sec and write speed of 80 MB/sec, compared to an average 59MB/sec and 60MB/sec read/write speed for a traditional hard drive."

22 of 216 comments (clear)

  1. Hmm by orclevegam · · Score: 4, Interesting

    I'm really interested in the SSD drives as high performance replacements (particularly for holding OS images where boot times should be nicely reduced), but I've got to wonder how the mean time to failure of one of these compares to a traditional magnetic disk. I know they use write leveling, but that just means everything will have a tendency to fail around the some time later, rather than a spot or two now and then. Anyone have any actual reports on these? I can usually make it 2 or 3 years before I start to see errors crop up on magnetic disks (sometimes more or less depending on how much thrashing the disk is subjected to). Might it be cheaper to simply buy a decent sized CF or SD card and an ide/sata adapter rather then paying for an actual disk, or is there some inherit advantage to one of these you'd be missing out on?

    --
    Curiosity was framed, Ignorance killed the cat.
  2. Number of writes? by QuietLagoon · · Score: 2, Interesting
    With the exception of capacity, the solid state disk drives appear to beat spinning disk in every category,

    Why is the ultimate number of writes never taken into account in these comparison reviews? Why are solid state drives tested so that their weaknesses are not probed?

  3. MTBF/Write Cycles by Lookin4Trouble · · Score: 5, Interesting
    Since I've seen this plenty of times, I'll address it.

    Write Cycles: Even at the lowest estimate, 100,000 write cycles to failure

    Meaning on a 32GB Drive, before you start seeing failures, you would have to (thanks to wear-leveling) write 32*100,000 GB, or 3.2Petabytes

    at 60MB/sec write speed of the Samsung drives, you would need to write (and never, ever read) for 3,200,000,000/60, or ~53Million seconds straight.

    53Million divided by 86,400 means you would need to be writing (and never ever reading) for ~617 Days straight (That's roughly 20 months of just writing, no reading, no downtime, etc...

    So... the sky is not falling, these drives are slated to last longer than I've ever gotten a traditional drive to last in my laptop(s)

    Almost forgot to mention, standard NAND of late has been more in the 500k-1M write cycle between failures range. 100k was earlier technology, so multiply numbers accordingly.

    1. Re:MTBF/Write Cycles by goofy183 · · Score: 3, Interesting

      Except most wear-leveling MOVES data around on the drive. Since random access is 'free' shuffling mainly read-only data around on the disk periodically is perfectly reasonable.

    2. Re:MTBF/Write Cycles by jafiwam · · Score: 2, Interesting

      No, but the wear-leveling routines in the drive will happily move around your existing data so that rarely written sectors are available for heavy writing operations.

      Seriously, this "issue" comes up in every discussion about SSDs, and it seems like people are just unwilling or unable to accept that what was once a huge problem with the technology is now not even remotely an issue. Any SSD you buy today should outlive a spinning disk, regardless of the operating conditions or use pattern. It is no longer 1989, engineers have solved these problems. Actually, I think the issue is there are differences in the drives that don't come up in the articles themselves, so that detail gets left out every time.

      So, it's inevitable that someone who doesn't know this particular detail, but is already familiar with how platter based magnetic media work will come up with that issue in pretty much every discussion.

      The problem is it's new. That's all. (Or, perhaps that techno-journalists write about stuff they don't know enough about.)
    3. Re:MTBF/Write Cycles by orclevegam · · Score: 2, Interesting

      It's independent of filesystems as the wear leveling happens at a much lower level. It keeps track of writes per cell, which are physical locations, not logical (not to be confused with physical and logical as is used when programming, this is lower then that) and maintains logical mappings at the PATA/SATA interface. It doesn't know anything about the data, just that the data is being written, so it finds a chunk with low write count and writes the data marking the physical location as being mapped to the logical one requested. What interests me of course is how the physical/logical mapping is maintained, as obviously some sort of storage must be used which itself should have a MTBF. Who knows, maybe the logical mapping is stored in the cell itself, which would be interesting but I think would also create a "seek time" as it would require a scan (or cache) of the cells to find a particular logical address.

      --
      Curiosity was framed, Ignorance killed the cat.
  4. What about real performance by B5_geek · · Score: 3, Interesting

    How do these SSD compare to a real high-end disk like a 15k rpm Ultra320 SCSI drive?
    Of course SSD will beat an IDE disk hands-down, but that is not why you buy IDE drives.
    I have always used SCSI for my OS/system and IDE for my storage, this combination (in addition to SMP rigs when available) has allowed me to out-live 3 generations of processors. Therefore saving me money on upgrades.

    SSD seems best marketed to 'gamers' so why is it always connected to a very limited IO bus?

    --
    "The price good men pay for indifference to public affairs is to be ruled by evil men." ~Plato (427-347 BC)
    1. Re:What about real performance by DDumitru · · Score: 3, Interesting

      Random write performance to bare drives is usually quite bad. Most "reputable" vendors do publish random write figures. SanDisk quotes 13 IOPS in the spec sheets. Mtron quotes 120 IOPS. I have not seen quotes from Samsung, but have tested their old drives at 27 IOPS. I even tested one drive at 3.3 write IOPS.

      On the other hand, random writes issues are "fixable". My company just published tests for various Raid-5 Flash SSDs setups. For 4 drives testing with 10 threads on Linux 2.6.22 using our MFT "driver", we get:

      4K random reads 39,689 IOPS 155 MB/sec
      4K random writes 29,618 IOPS 115 MB/sec

      These are real numbers and the application does see the performance improvement.

      For full details on drive performance see:

          http://managedflash.com/news/papers/index.htm

  5. Not the jump I was hoping for by Badmovies · · Score: 1, Interesting

    The new solid state drives did beat out older drives in terms of performance, but I can honestly say that I was hoping for a bigger difference between the two in terms of performance. Not just "beating" the older technology, but beating it by an order of magnitude.

    Looking at it, the biggest benefit I can see is that the solid state drives should be better at withstanding shock and vibration - which normal hard drives hate. If they cannot improve the performance (which will still be useful for gamers, servers, and other speed freak things) then reliability and security of data is the selling point. I can see rugged notebooks using these.

    --


    Andrew Borntreger
    Champion of cinematic disasters
  6. It gets better by WindBourne · · Score: 3, Interesting

    My home server has a terabyte of disk, but I added a CF-IDE adaptor card, along with 4G CF card. I loaded Linux kernel on it, and then mapped a few dirs to partitions on the HD. After about 6 months at it, I noticed that the temp in the case dropped. It appears to be about 5-10C lower (depending on load). The disk spend the bulk of their time sleeping. I have been pleased enough with this server, that I am going to do the same to my small shoe box computer. Rip out the HD, add CF for /, and then mount my home dir from the server.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  7. what about number of reads by josepha48 · · Score: 1, Interesting

    ssd's have a limited lifetime of number of reads and writes. I would imagine that a 10 year old hard drive that was used all day would last longer than an ssd. I would also imagine that someone who does a lot of compiling and disk writes would wear down the ssd and then have to throw it out and replace it. I know that they have some technology that spreads this out on some devices, but still. I think having the main OS on an SSD would be ideal and then the swappable parts could be on a regular disk. You could make the OS read only, so it would be less likely to have a hacker install virus software to the OS directly and the OS could refuse to run software in the read only space. While this would be limiting, it would solve some of the issues we have today with virus and security.

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

  8. Speed for a mech. HD is burst, not track-to-track? by Futurepower(R) · · Score: 3, Interesting

    Quote from the Computerworld article and the Slashdot summary:

    "Samsung rates the drive with a read speed of 100MB/sec and write speed of 80 MB/sec, compared to 59MB/sec and 60MB/sec (respectively) for a traditional 2.5" hard drive."

    The speed quoted for a mechanical hard drive is a burst speed, accurate for reading only one track, and doesn't include the time it takes for a conventional rotating hard drive to change tracks. Isn't that correct?

  9. Re:Longevity of NAND flash by Khyber · · Score: 4, Interesting

    And this is why we're moving away from NAND, so get that damned term out of your head already! OUM/OVM is coming, uses a nearly identical manufacturing process (It's the same thing found in RW optical media, except you use electricity instead of a laser to change it's state) as CMOS does, and it has FAR more read/write cycles than anything NAND could have ever hoped to achieve, in the range of 10^8 as opposed to NAND 10^5-10^6

    --
    Still waiting on Serviscope_minor to wake up to fucking reality and realize that Jessica Price isn't going to fuck him.
  10. Re:Longevity of NAND flash by ComputerSlicer23 · · Score: 4, Interesting
    You ever actually done this? I work on embedded systems that use flash drives... Even with write levelling, we've had failures. It's lots of fun, when your 512MB flash isn't 512MB, and will suddenly lose ~41MB suddenly. As a work around, we've had to start partitioning with extra space left lying around at the end of a disk. This isn't even a heavy workload system.

    Some friends of mine at another company that were using them in a I/O laden system that wanted to replace laptop drives to make the machinews lower power and more reliable can blow out a flash drive in about 4 weeks.

    Kirby

  11. Re:Longevity of NAND flash by ComputerSlicer23 · · Score: 5, Interesting

    Yes I have. However, I've never had one magically get smaller on me in such a way that fsck decides that your done fixing the filesystem. With SSD, YES, I've had exactly that happen to me.

    In my life, I've lost a total of about 42Kb be completely unrecoverable with spinning media (yes, I mean that number literally). I use RAID extensively, I was the DBA/SA/Developer at a place that had ~10TB of disk online for 5 years. In all that time, 42KB is all I lost. Oh, that was in the off-line, tertiary backup of the production database (it was one of 5 copies that could be used as a starting point for recovery, we also had the redo logs for 5 days, each DB was a snapshot from one of the previous 5 days). It was stored on bleeding edge IDE drives put in a RAID 5 array. We used it as a cheap staging area before pushing the data over Firewire/USB to a removable drive that an officer of the company took home as part of the disaster recovery system (it had only the most recent DB and redo logs). The guy didn't RMA the hot spare, and we had two drives fail in about 3 days while the hot spare was waiting for the RMA paper work to fill out. In that one particular case, using ddrescue, I recovered all of the data off of the RAID5 array but 42KB (even though it was an ext3 filesystem on LVM, on a RAID5 array, which made the recovery even more complex). Every other bit and byte of data in my life from spinning media that I cared about, I've recovered (I've had a number of drives die with data I didn't care about, but I could have recovered from if need be). Trust me, I know about reliability, backups, and how to manage media to ensure that failure doesn't happen. I know about failure modes of drives. I've hot swapped my fair share of drives, and done the RMA paperwork. I've been in charge of drives that losing any one of the ~200 drives would have cost 10 times as much as I made in a year if I couldn't reproduce the data on it within hours.

    If it had been worth $10K, I'd have sent off the drive to get that 42KB of data recovered. But it wasn't. It's well understood how the failure mode of spinning media. People know exactly how to do things like erase drives securely. People know who to call that has a clean room that can remove the magentic media to and put it under a microscope to get the data recovered. SSD isn't nearly as mature in that sense.

    All of that is really to say: Yes, I know something about disks and drives. My point is to say that SSD's aren't magic pixie dust in terms of reliablabilty. I've had exactly what he's saying I shouldn't worry about happen to me on a regular basis. Enough, that our engineering department has developed specific procedures to deal with them in the field. We've changed our release procedures to accout for them. If your going to use an SSD or flash drive, go kick the crap out of it. Don't believe on faith anything you read on Slashdot (including this post, which is anecdotal). We order lots of 5,000 flash disk, and you can bet that at least 100 of them has serious flaws within being fielded. The ones the developers and testing uses regularly develop problems in terms of months, not years. The manufacturer tells us essentially, it's not worth it to find those, so deal with it.

    The whole point of replacing the laptop drive was to make the silly thing more reliable. But making it uber-reliable for 4 weeks until the write leveling crapped out wasn't the idea.

    Kirby

  12. Re:Longevity of NAND flash by Amouth · · Score: 2, Interesting

    i know what you mean.. my desktop i am using right now has an IBM 36gb scsi drive that is pushing 9 years as we speak.. wonderful drives - they truly just don't make them like they used to ... on the other hand just for the sake of it (and it's age) i have a seagate 9.1gb scsi drive that takes up 3x5.1/4 bay's - it was one of the first 9gb drives on the market.. still running.. on a duel p pro running slackware.. it keeps right on chugging away and keep spam out of my mail box..

    on the other hand i have 4 wd 250gb ide drives on my desk that give smart errors and just are damn flaky... what can i say.. you get what you pay for.

    --
    '...if only "Jumping to a Conclusion" was an event in the Olympics.'
  13. Re:Longevity of NAND flash by Nom+du+Keyboard · · Score: 2, Interesting

    So you're saying that you lost 42kb of data you did care about, and some other unnamed amount of data that you lost but didn't care about? That seems a bit disingenuous. Even if you could have recovered the other data, since you didn't try it wasn't recovered.

    I believe what Kirby was saying, in addition to SSD's crapping out in weeks instead of years, is that he can get the data back from rotating media virtually every time if it's important enough to be worth spending the $$$s on. Unimportant stuff he doesn't bother to spend the time and money on.

    I believe he is also saying that "dead" rotating drives can still have their data recovered, while "dead" SSD drives cannot with current methods available.

    As a user who had a lightly used Jump Drive die suddenly after 4 years, I can attest that the failure was complete, and every possible online recovery tool tried recovered nothing, as well as discouraging the idea of actually sending it in for full disassembly and attempted recovery. It was simply dead.

    And this is not even bringing in the question of constant and sudden decreases in SSD drive capacity. How would you feel about a rather full regular hard drive that was suddenly several percent smaller? That could kill your system right there, even though most of the SSD was intact.

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  14. Re:Longevity of NAND flash by ComputerSlicer23 · · Score: 4, Interesting

    When I was young and stupid about drives and media, I lost a 1.2GB WD drive and lost everything on it. I couldn't spell "mkfs" or "fsck" and had no idea how to recover the drive at the time (I also didn't have the money to have a second drive to recover too, and no credit card so I could hold onto the first while having the second during the RMA). I was just young and ignorant. I lost a 1-2GB laptop drive that I literally just rode into the ground, I could have copied everything off and moved along. I knew the drive was going bad, but it was just a knock around system that I didn't care about. In the end, had I been thinking, I'd have saved the e-mail on it. I lost the first ~5-6 years of e-mail I had, but who wants e-mail from when they were 18-24? That was probably a couple of hundred MB that I might regret, but of nothing more then sentimental value. I'd never read it, and only be amused that I could prove I'm getting the same chain letters 15 years later.

    I believe I had 4-5 drives I lost due to a virus or pilot error, but not a mechanical/media problem.

    I've RMA'ed probably 100-200 drives due to some type of failure. I've had lots of of drives fail that were in a RAID array, that the mirror saved me. I've had lots of drives fail that were stand alone that had a section of bad sectors. All of that I recovered every byte of data from. Normally a drive that is going bad, you can still recover from for a very limited amount of time. Normally you have plenty of lead time, especially with SMART drive monitoring that your drive is going south. As long as you pay attention, spinning media isn't that hard to keep in good shape.

    As a professional IT person, 42KB is it. On machines where production work is done for money at a company. 42KB is it, and in that case I was bound and determined to recover absolutely everything, and I invested a week into that project. I gave up on the 42KB once I proved that it was in a backup for the database that was at that point 15 days old (and thus of no use). Had it been necessary or cost effective, I'd have spent the $1-3K to get that drive images recovered by a professional data recovery shop. I think I've lost a drive or two on my personal machines at work, but the drive was fine, the laptop SATA controller was overheating. Using FSCK, I recovered the entire FS once the RAID controller was replaced. I think I had to re-rip some music from CD, because I failed to back it up prior to sending the laptop in for repair. I re-imaged the drive just to be safe in case the RAID controller had corrupted something important on the OS drive, which was the only reason I actually lost the music.

    Again, it's the fact that the flash drives we have decided the drives are smaller at the interface level. Using fsck just scragged the system pretty much start to finish. I don't have a clue where the missing blocks are from. I have no idea what happened, upon reboot it decided that the block devices was smaller. Filesystem recover tools haven't had a chance to mature to understand those types of failures. Flash makers haven't yet decided that access to diagnostics and re-mapping logs might be of value to data recovery tools (at least none that I'm aware of). Access to the raw data (in case they are holding blocks in reserve). All of these things are reasons to be concerned about write leveling.

    Kirby

  15. Re:Longevity of NAND flash by ComputerSlicer23 · · Score: 3, Interesting

    I think that makes perfect sense, but then I'd think that all the money they'd spent in making the thing perform faster then say 1MB/sec read rate is totally wasted. I'd assume folks are trying to push these are replacements for enterprise server machines, which I'd be extremely relucant to do.

    Folks talk about these things in the theoretical (the original poster linked to a story that crunched numbers to show it should be safe). My question is does anyone have solid experience they can point to show that it has actually been safe for say 6-18 months under some well known duty cycle (A database, a file server, an e-mail server).

    I have actual experience, with crappy flash made by a low end manufacturer that shows me, it's not terrible reliable. It is my understanding that we've had better luck with other makers, but their parts were too expensive (but software development is free *sigh*).

    There are other threads in here that make me want to cram a CF-IDE converter into my machines and try putting my journal onto a Flash drive. Sounds like the performance boost and power consumption is a big win, but the fact that every byte of data pushed to the journal might be an issue. On a home machine, it might be worth playing with for giggles for performance testing.

    Other folks I know who have tried to do things with flash have also been disappointed over the past 12-24 months, despite assurances from various experts that "it should work"... I'm looking for, "I'd done it, here it is, go play with it.". Now obviously MP3 players have been doing it for a while. I'm more interested in general purpose usage of a Flash drive. Those are the types of things I'm currently working on, cramming a flash into a machine that runs an ext2/ext3/xfs/reiserfs/jfs or some other read/write heavy usage ready FS on it.

    Kirby

  16. Re:Longevity of NAND flash by TooMuchToDo · · Score: 3, Interesting

    Do RAID1 on the flash drives. You may lose data on one drive, but not both. And you'll stick get huge power savings (no spinning disks). As reliability improves, you could do away with RAID.

  17. Re:where are your logs stored? by WindBourne · · Score: 2, Interesting

    Here is the hardware:
    I used to hook up the IDE->CF. But the next time, I do this, I will use this instead (cheaper and does not take up a slot). In addition, absolutely do not use the cheap CF garbage. There is lots coming out of China and the quality is horrible. If you do use one of the cheap one and it goes bad, you will at least understand why quality costs. I used Sandisk. I bought it at micro center since it was close,but I would go with newegg if ordering off the web (lots cheaper).

    As to the software, it is pretty much a standard install.
    Install / to the CF. Keep it SMALL. I am using kubuntu these days, so they automatically do it small. During the install, I added /home from the disks, as well as /opt. Copy /etc to a disk. (for me, I back it up to /opt/backup/etc). After all this, I installed, apache, postfix, postgres, Mythtv (requiring Mysql), and squid. I elected to leave the postfix data on the CF (home server; small amounts of email; on the net, I use a gmail accounts, as well as nospamxxx accounts arriving at my system to avoid spam ).
    I actually decided to leave the logs on the CF. They are the one thing that keep causing a disk to spin up.

    I moved the data areas of apache, postgres, mysql, and parts of mythtv to the hard disk. They were located in /var. (back up /etc again)

    Squid is in a tmpfs on the system. I figure that since I reboot infrequently, it may actually help to clear it.

    BTW, I have a couple of gigs of ram in the server. I turned off swap. All in all, my disks now spend the vast majority of their time sleeping, powered down, with the server drawing very little power. Several have commented about the seasonal change, but I started measuring about 1 week after the re-build. The fact that the temp dropped so much will tell you that less power is being used.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  18. We're only at 1TB? by sootman · · Score: 2, Interesting

    Why no love for the 5.25" form factor? That extra inch-and-three-quarters gives you a lot of extra real estate to play with. ((5.25/2)^2) / ((3.5/2)^2) = 2.25, if I'm doing this correctly, so even minus room for the spindle, etc., you're still talking about 5-100% more area.) Why is no one making a modern version of the Quantum Bigfoot* that came in my sister's 400 MHz Compaq Presario 5150? I would love to see a modern 5.25" HD with...
    - 3600 or 4200 RPM rotational speed
    - low noise
    - low heat
    - low power consumption
    The reduced speed (wear and tear on parts) and heat should also lead to greater reliability. If a 3.5" drive can be 1 TB today, a 5.25" drive should be 1.5-2TB. A drive like this would be perfect for a home media server or HTPC, where performance is not critical (SD DVD is only 4 GB/hour; even BluRay is only 25 GB/hour--and I'm pretty happy with ripped DVDs at ~1500 kbps--less than 1 GB per hour) but low heat, low noise, and low power consumption are all desirable traits. (There's more rotating mass, but at lower speed there should be much less energy/momentum/intertia/whatever overall.) And as long as CDs and DVDs are still ~5"--and that seems to be the case (DVD, HD-DVD, BluRay, SACD)--we'll already be using properly-sized cases.

    * granted, that old thing was slow as hell. Swapping out the stock 8 GB Quantum Bigfoot for a 30 GB Maxtor dropped boot times from 3 minutes to 40 seconds.

    --
    Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.