Slashdot Mirror
Seagate Rolls Out 400 GB SATA Drives
SenorCitizen writes "Seagate is the first hdd manufacturer to announce 400 GB 3.5" hard drives. The 7200.8 is SATA native and comes with buffer sizes up to 16 MB. Seagate also announced a 2.5" portable external hard drive with 100 GB, and an external USB2 pocket hard drive with 5 GB. Get leeching!"
Is the warrany on this 400GB drive 1 year or 3 years? I didn't find mention on their site of how long it is, and if it is only 1 year why should you trust your data to it?
I don't need 400GB, hell I don't need 160GB; I need a hard drive that is more reliable
These are cool and all, i'd love to have one, but I'll rest easier knowing that my 80GB, let alone 400GB is safe and reliable for some time to come.
Error 407 - No creative sig found
Meh, size is nothing, speed is everything. Having used a 10k and a 15k rpm scsi disk in my workstation I'm far more eager to see faster rather than larger.
:-)
Now 20k or 30k rpm? *that* would make me drool
----- Documentation is worth it just to be able to answer all your mail with 'RTFM' - Alan Cox.
Look, I was just giving the price I paid about 5 months ago for my 80gb maxtor drive. I was guessing price might have went down a bit, big deal?
Why do you people on slashdot constantly get joy out of correcting someone's innane mistake then putting a little one-liner at the end?? It's so frickin' common.
Excuse me, I don't mean to impose, but I am the ocean
A LTO-2 tape will hold 400GB compressed, 200GB uncompressed. The LTO-1 (200GB compressed) library I use to back up my little corner of the net can hold 7.2TB worth of data.
Of course, those tapes cost like 50 bucks each and the drives cost several thousand...
A large and *affordable* backup medium would be nice.
----- Documentation is worth it just to be able to answer all your mail with 'RTFM' - Alan Cox.
Very useful for those multimedia/movie playing home-built Tivo type machines.
But maybe that's just me.
Yes, but, when the drive tells lies to the OS about the FS metadata having been written you are in a bad place come power failure; journalling or no.
So much to do, so little bandwidth.
--
Try Mozilla
Can't we just say 0.4 TB? It's only a matter of time...
This thing has a native Serial ATA interface... will we ever see a drive with a native FireWire interface?
That that is is that that that that is not is not.
I simply do not trust any hard drive larger than that. Had too many instances where they fucking died on me. I'm happy with an 80GB and a 20GB master/slave combo.
My 420MB hard drive from my 1994 AST Advantage computer still works perfectly.
Unfortunately, both are solutions that will only tackle a few problems by rather brute methods, such as RAID redundancy. ( Hehehe )
What IT currently needs are solid state harddisks. FAR higher reliablity, far higher speeds, close to no issues anymore with cooling... How do you think 40gb SS HDs would sell? They'd sell like hot cakes for database solutions: just slap 10 of them together in a RAID 0 configuration and you just got yourself one 400gb drive with speeds that are somewhere between SCSI 15k access times and RAM access times, yet still with a better reliability then any IDE or SCSI system can offer.
Remember that for enterprise customers, reliability and speed sell. Not low pricing or capacity.
Hate me!
I recently quit purchasing regular ATA drives and have begun moving my systems to SATA.
:)
While the performance difference is negligable, the reduction in wiring clutter, and not having to mess around with jumpers on the back of the drive is pretty nice.
If it were a $50 price difference, I would've stayed with regular ATA, however at a $10 price difference (or less), it's a no-brainer.
Now, my master plan of a 8 x 400gb RAID array server is starting to look rather attainable
N.
"Nothing strengthens authority so much as silence." - Charles de Gaulle
7200 RPM is quick enough to capture a DV stream; I know, because that's exactly what I use to capture DV. :) But it blows away chunks of drive space; 1 GB = 5 minutes of capture. Each 400GB drive would give you about 30 hours of raw footage. That could help a lot.
my old sig used to be funny, but then slashcode ate it and now it's not funny anymore
This is why RAID-1 is so nice. I went from "OHMYGODILOSTADRIVEMYDATAISGONE!!!" to "Oh, a drive failed. How annoying." Cross-ship from the manufacturer (Maxtor in my case), and in two days, I'm back up and running.
You can never go home again... but I guess you can shop there.
I got hit by this recently. Windows 2000 was limited to support for 128GB partition sizes until SP3. Once you have SP3, it takes a registry change to enable "Big LBA" (48-bit).
Here's the relevant document.
This isn't an issue with XP, from my experience. I jacked in a 250GB drive in a USB chassis to my laptop and it worked fine right off the bat.
You are in a maze of twisty little passages, all alike.
Wrong. Solid state memory has MORE failures per time period. Check out the IBM chipkill memory whitepaper. IBM has decided that multiword ECC simply isn't enough. To get acceptable reliability you need multiword ECC AND RAID across modules.
There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
Stop buying off eBay. I've bought about 10 Maxtor and Seagate IDE HDs for personal use in the past 5 years, and I've had 0 failures. I know that's pretty lucky (and I do keep carefuly backups), but come on, 60% failure right out of the box? Who dropped the box before you tried them?
:).
Of course now that I've said that, 60% of my drives will probably die in the next few days
Jason
ProfQuotes
What you are referring to is properly termed write _buffering_, but few folks call it that. The idea is to queue up a bunch of writes and commit them in a more efficient order or at a more opportune time. That 16 meg can also be used as a read cache. As for data loss, here's what IBM has to say:
s f/ techdocs/85256AB8006A31E587256A850056972D/$file/dp ea_sp.pdf ..." (quote borrowed from an old usenet post)
/dev/hdX before powering off rather than just waiting a split second, otherwise these growing buffer sizes will start causing corruption. Seeing as how, IIRC, until patched, win98 didn't even wait for the kernel to cease flushing the system write buffer (never mind various hardware buffers) before halting, I strongly suspect this is one of those glossed over idiosyncrasies that is already causing data loss... just not enough at any one time to particularly bother anyone.
http://www-3.ibm.com/storage/hdd/tech/techlib.n
"4.0 Data integrity No more than one sector is lost by hard reset or power down during write operation while write cache is disabled. In case of that hard reset or power down occurs before completion of data transfer from write cache to disk while write cache is enabled, the data remaining in write cache is lost. To prevent customer data lost at power off, the last write access before power off is recommended to be issued after setting write cache disable by command.
One would hope modern OSes do the equivalent of hdparm -W0
Just bought a datacenter full of G5 rackmounts with 250GB SATA drives. Feels like the time I had to order a 66 Mhz PowerMac for school in June, and the 80Mhz machines were out in October.
"Learning is not compulsory... neither is survival."
--Dr.W.Edwards Deming
Specs from a WDC 80GB 7200 RPM IDE drive.
Current Requirements and Power Dissipation
Operating Mode RMS Current Power, Typical 1
12 VDC 5 VDC
Spinup 2.2 A 525 mA 17.0 W
Read/Write/Idle 350 mA 800 mA 8.0 W
Seek 900 mA 675 mA 14.0 W
Power Management Commands
Operating Mode RMS Current 1 Power, Typical 1
12 VDC 5 VDC
Idle (E1H) 330 mA 675 mA 7.25 W
Standby (E0H) 20 mA 200 mA 1.25 W
Sleep (E6H) 20 mA 50 mA
0.5 W
I don't think I understand your question - you think that flash manufacturers are intentionally keeping the performance of their technology down? Or that RAM-based SSD manifacturers are charging too much? Neither really has anything whatsoever to do with the HDDs mentioned in the article.
Can't quite see the source of your exasperation.
sic transit gloria mundi