Slashdot Mirror


Seagate Announces 750GB Hard Drives

Hack Jandy writes "Seagate documents have leaked out the two 750GB 7200.10 Barracuda hard drives. The drives are the first desktop hard drives to use perpendicular recording, feature a 16MB cache and 7200RPM spindle."

13 of 532 comments (clear)

  1. On Seagate's product page: by amcnabb · · Score: 4, Informative

    Check out the Seagate Barracuda for more info.

  2. Re:EVERY NERD DANCE by Anonymous Coward · · Score: 3, Informative

    You don't even post a link to it.

  3. Re:But what about... by tomstdenis · · Score: 3, Informative

    Will Linux support it... hehehe that's cute.

    I have friends who have multi-TB raids at their homes using a mix of IDE/Sata/USB in one RAID ...

    While hardware RAID support in Linux is a bit hit or miss the software kernel support works properly and is fairly quick. Certainly the bottleneck for most setups will always be the drives themselves.

    Tom

    --
    Someday, I'll have a real sig.
  4. Re:But what about... by onx · · Score: 5, Informative

    Yes, it should considering that according to Wikipedia http://en.wikipedia.org/wiki/NTFS [wikipedia.org] states that the maximum volume size for an NTFS volume is 16EiB. One exibyte is 1,152,921,504,606,846,976 bytes, so 16 exibytes = 18,446,744,073,709,551,616 bytes. Since a 750GB hard drive should hold approximately 750,170,112,000 bytes, an NTFS volume should be able to handle 24,590,081 of those 750GB hard drives in a RAID array. Now assuming a RAID array can handle that many of these drives, and that this new 750GB hard drive merely takes the price spot of Seagate's current finest offering of a 500GB hard drive (priced on newegg as $295 each) http://www.newegg.com/Product/Product.asp?Item=N82 E16822148108 [newegg.com] rather than debuting at a higher price point, which it probably will, that many hard drives would cost about $6,147,520,250 before tax, and not including any of the massive discounts one might expect to recieve for such a massive purchase. On top of that, at a sales tax rate of 7.75%, the tax on those drives would cost you $476,432,819.38. So I don't know about you, but I doubt this is going to be a problem for either XP or Vista for a long, long time (assuming you use NTFS partitions).

  5. Re:Great for backups by tomstdenis · · Score: 3, Informative

    That's right up there with the Monster cable displays...

    Yeah cuz you need 2000dB of S/N to listen to a movie soundtrack... Oh but come on, 30$ per foot of copper is worth it!

    Some people are just highly stupid.

    At best I can see the drive for 20-bits [and 24 just because it's a nicer multiple of 8] but 32-bits would imply 192 dB of dynamic range which is FAR FAR FAR beyond the average hearing range. Given that the "noise polution" in the average house sits at a constant 30dB or so ... the finer range isn't noticeable even with the best ears.

    Just like pixels the human eye fuzzes out around 10 to 12-bits per channel [depending on the eye and channel, for instance most people are more sensitive to green than red or blue]. Just like the audio case there are masking effects with light. After 12-bits or so of range it's just academic.

    Tom

    --
    Someday, I'll have a real sig.
  6. Re:Format this Red Hat! by nairb774 · · Score: 3, Informative

    A quick look to Wikipedia says...32TiB for the largest volume size. If you are using a partitioning tool - that might be your limitation but it is definatly not in the file system. http://en.wikipedia.org/wiki/Ext3

  7. Re:As usual wait for the real reviews by DigiShaman · · Score: 3, Informative

    Remember. The higher your data density, the higher your transfer rate will be even if the RPM rate stays constant.

    --
    Life is not for the lazy.
  8. Re:Great for backups by John+Courtland · · Score: 3, Informative

    Sorry to burst your bubble, but pictures already go to almost 40 Megapixels. Kodak just made a CCD that is like 39MP, Hasselblad uses it for one of their 30 thousand dollar camera backs. Here's a link to one

    --
    Slashdot is proof that Sturgeon's Law applies to mankind.
  9. Re:Wow! by Brain_Recall · · Score: 3, Informative

    They don't even use servo's anymore (though, servo's and stepper-motors are the same thing). Current hard drive technology (well, for the past 10 years or so) use voice-coils, much in the same way a speaker is moved. Servo drives often required a low-level format to recalibrate the tracks to the current position of the heads, since time/heat could position themselves outside the track boundry. The voice-coil system can do this all on the fly. (And yes, the clicking heard by today's drive is from the heads moving fast enough like a speaker to produce sounds).

  10. error in the article. by rew · · Score: 3, Informative

    The author of the article mis-interpreted Seagate's latency figure. Seagate means: "Average rotational latency". This can be calculated from: 60 seconds/minute / 7200 RPM / 2 = 0.00416 s = 4.16ms.

    Oficially you should add in the controller overhead, and most likely the time to read a sector (it's unlikely they pass-through the sector: in theory you can start to send the sector to the host before you've read it completely, but this complicates things as when the CRC doesn't match, you have to cancel the data sent to the host!), but if you do the math, these are negligable compared to the 4.16 ms.

    I don't expect anything "special" to happen in the "seek times" area. They will be within 10% from the slightly older drives. Either up to 10% better because they did find a way to improve seek times a bit. Or up to 10% worse because the higher density requires a longer settling time, but this is less likely than a small improvement.

  11. Re:Why are we still moving heads back and forth? by Detritus · · Score: 3, Informative

    Even if you could fabricate the head assembly, you still have a major problem. Modern track densities require closed-loop head positioning. If you could shrink yourself to the size of the head gap, you would see the head constantly moving laterally to keep itself positioned over the track. At this scale, the platter is no longer an ideal rigid disk.

    --
    Mea navis aericumbens anguillis abundat
  12. Re:Format this Red Hat! by Alioth · · Score: 5, Informative
    Eh? What are you wittering on about?
    [alioth@ZenIV ~]$ df -h
    Filesystem Size Used Avail Use% Mounted on
    /dev/sda3 8.2G 1.3G 6.5G 17% /
    /dev/sda1 494M 52M 418M 11% /boot
    none 1014M 0 1014M 0% /dev/shm
    /dev/sda5 4.1G 57M 3.8G 2% /tmp
    /dev/sda2 9.2G 3.8G 5.0G 43% /usr
    /dev/sda7 9.8G 2.4G 7.0G 25% /var
    /dev/md0 461G 182G 256G 42% /home
    /dev/md1 1.1T 547G 499G 53% /archive
     
    [alioth@ZenIV ~]$ grep md1 /etc/mtab
    /dev/md1 /archive ext3 rw,noatime 0 0
    See that there at the bottom? 1.1T. This is larger than 750GB. It is formatted ext3. The machine is running RedHat.
  13. Mod parent up! by pointbeing · · Score: 3, Informative
    The higher your data density, the higher your transfer rate will be even if the RPM rate stays constant.

    Outstanding.

    Doesn't have anything really to do with latency, but I've seen several comments from folks who worship at the altar of rotational speed when the true factors that determine a hard drive's speed are aa combination of rotational speed, track-to-track latency and data density. You can spin an old 10mb drive at 200,000 rpm and it still won't transfer data faster than a modern hard drive.

    As sector density increases so does data throughput for a given rotational speed. If all other things are equal when you double the sector per track density you *almost* double the drive's throughput. I say almost because in order to double throughput you'd have to cut seek times in half as well.

    But - fast drives have dense platters, not just fast spindles.

    --
    we see things not as as they are, but as we are.
    -- anais nin