Seagate Plans 37.5TB HDD Within Matter of Years

Ralph_19 writes "Wired visited Seagate's R&D labs and learned we can expect 3.5-inch 300-terabit hard drives within a matter of years. Currently Seagate is using perpendicular recording but in the next decade we can expect heat-assisted magnetic recording (HARM), which will boost storage densities to as much as 50 terabits per square inch. The technology allows a smaller number of grains to be used for each bit of data, taking advantage of high-stability magnetic compounds such as iron platinum." In the meantime, Hitachi is shipping a 1 TB HDD sometime this year. It is expected to retail for $399.

Comments

Terabits???

[Anonymous Coward]

It's bad enough that hard drive manufacturers are dead set on confusing people with 1,000,000,000-byte GBs. Do they really need to start throwing around figures in Terabits? Seriously, enough is enough...

Re:Terabits???

[TheRaven64]

1KB was used to describe 1024 Bytes earlier than 1980. Standards that come along and re-define terms in common usage decades after their first use should be ignored, and are by everyone except those marketing hard drives.

That's great.

[Aladrin]

That's a great amount of storage and a great price, but what about some REAL information: Speed, heat, power consumption. If for the same price I can run 4 250gb drives and save on heat and increase speed, this doesn't make sense to do. If I can run 6 and RAID them, and gain security, it really doesn't make sense.

The largest drive in the world isn't any use to me if it's slower than a 3.5" floppy or I can use it to replace my space heater.

ANOTHER LIE

[Anonymous Coward]

This drive will not be 1TB. It's another scam. Rather than actually be a 1GB drive, as in 1,099,511,627,776 bytes it's a 931.32~ GB drive as in 1,000,000,000,000 bytes. Yep, 69GB short of a Terabyte. It's just falsely advertised as a 1TB drive.

Hard drive makers:
Kilobyte = 1024 bytes
Megabyte = 1024 kilobytes
Gigabyte = 1024 megabytes
Terabyte = 1024 gigabytes

Label your fscking drives accurately.

Coming Soon: The LTO-48!

[Penguinisto]

...the tape will be in a cartridge that holds a spool 65cm in diameter, holds approximately 600TB (1200TB w/ compression) and will require an autoloader that eats at least one rack for the entry-level 8-tape kit. /dev/nst0 will weigh in at 38kg, and cleaning will require a tape w/ 6000-grit sandpaper in place of media.

All BS aside: you do bring up an excellent point. I'm a guy who has to do backup/recovery, and I've found that even a fully compressed LTO-3 will barely --just barely-- hold up to 1.2TB if you rig it right (by combining hardware/software compression, and the love that Bacula gives it (though admittedly sparse file handling most likely has inflated the reported amount of stuff).

Anyrate, that boils down to --maybe-- two full HDD's if the two are 500GB SATAs.

The good news is, after you pare down the crap you really don't need to backup, it usually isn't all that much for most companies. You can safely exclude out most of the OS itself for starters... w/ kickstart on RHEL and a .ks file that replicates what you've got on a given server (partitions, packages, etc), you can cut a LOT out.

Even more good news - if you get up a monster RAID array of similar drives (full SAN kitting or just attached to a big ol' server, no biggie), you can use it instead of tapes for most of your day-to-day backup. Then latch your tape drive or autoloader onto it and only commit to tape the reallly vital stuff that requires a long retention period. Most backup software suites (even Bacula) support writing to file as well as tape, so this shouldn't be too big of a problem for a sysadmin if s/he knows what s/he's doing.

Adaptation and all that.

But then, most of the servers in my care consist of a pile of RAID5'ed SCSI drives that range 36-140GB in size... and I doubt that most of them will get much bigger before it's time to replace the servers themselves. Just because you can get monster capacity on a single drive, doesn't mean that you need to or even want to.

Now if I already had a monster robotic multi-drive tape library running 24/7 now, and the boss wants to up the HDD capacity on a given pile of servers because he pretty much has to? Yeah. That would require a lot more thought and planning, and at that stage of the game a disk backup solution similar to what's been outlined above would be big and ugly, but would pretty much be what you're stuck with having to do.

...at least until they come out with the LTO-48 ;)

Funny you mention that.

[Lethyos]

The cost, longevity, performance, and capacity is completely inferior to making backups of disks onto other disks, and has been for quite some time. I have no idea why people ever stick with tape at all these days other than for nostalgia. Does it feel good to have a cartridge using a remarkably old fashion approach to data storage or are people just ill-informed?

Product will create the market, it always does.

[Kadin2048]

I think the market is right around the corner: high-definition TV.

The PVR market has been crippled in recent years because of market confusion, and compatibility problems (will my TiVO work with my cable box, etc.), plus competition for consumers' money by HDTVs themselves.

Once people get done buying their HDTV and paying off their credit cards, they're going to start looking at PVRs. I think that's a market that's probably going to explode in the next 5-10 years, even more than it has already. I also think you're going to see PVR functionality being built into the 'standard' cableco boxes, rather than as an upgrade. (Not that it will be free, they'll just charge everyone for it.)

High-def TV takes up a lot of space. That means if you want to have significant PVR functionality, you need to have a lot of local storage. 37.5TB, or 300Tb (aka 300,000,000Mb, if we use the 'marketing department' definitions) would be about 4,340 hours (180 days) of 19.2Mb/s HDTV. While that seems impossibly huge, I could imagine a future PVR using it as local cache: constantly downloading and storing programming based on your preferences. Add in a big HD movie library (say the contents of your local Blockbuster) and you can give the customer the impression of many simultaneous channels, even if they only have a relatively narrow pipe. (Narrow being 1 HD channel at a time, or a 20Mb pipe -- fat by today's standards, granted.)

Content always expands out to fill the available capacity. I remember when I first heard about the development of DVDs, back in the early 1990s. They seemed pretty ridiculously big then, too. Now I have stuff that I can't back up to DVDs, because it would be impractical to split it among so many discs as would be required. (Apple's Aperture doesn't even try to have a backup-to-DVD option, it's designed strictly to work with removable hard discs as backup 'Vaults.')

There was a time when people thought 20MB removable media was more than a single person would ever need, though we might look back and laugh. There's going to be a time in the future when 40TB looks the same way.