Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.sys.ibm.pc.hardware.storage > #2529

Re: HDD capacity stagnation

From "Rod Speed" <rod.speed.aaa@gmail.com>
Newsgroups comp.sys.ibm.pc.hardware.storage
Subject Re: HDD capacity stagnation
Date 2012-02-01 16:58 +1100
Message-ID <9os2jsFrn0U1@mid.individual.net> (permalink)
References <jg6tq4$ijn$1@dont-email.me> <qv6hi71htoeom9hspael8i2ca83021ujif@4ax.com> <9orq7gF8gvU1@mid.individual.net> <73jhi7hbsmabtnrqflsgor3q1vh90g7vlg@4ax.com>

Show all headers | View raw


DevilsPGD wrote
> Rod Speed <rod.speed.aaa@gmail.com> wrote
>> DevilsPGD wrote
>>> Tom Del Rosso <td_03@verizon.net.invalid> wrote

>>>> Capacity seems to be progressing very slowly.  We were stuck at 2TB
>>>> for the longest time (a lot longer than we were stuck at 528MB) but when
>>>> the gates opened we got 3TB, and not 8TB.  Is there another obstacle?

>>> Right now we're at some physics limits with regards to densities. We
>>> were close to this point before, but perpendicular magnetic recording
>>> suddenly becoming stable/reliable helped get through the last time.

>>> That's not to say there won't be any capacity increases in the
>>> future, but at this point we're waiting on a breakthrough rather
>>> than an incremental increase. Until there is a breakthrough,
>>> performance or reliability suffer greatly along with significant
>>> cost increases if
>>> you try to ramp up density. Expect maybe 10% density increases,
>>> likely mostly being lost to additional redundancy in the drive (in
>>> other words, I'd expect to see more reliable drives before higher
>>> capacity drives)

>>> More importantly, in the consumer space, few
>>> people really need more than 2TB/3TB drives.

>> Thats just plain wrong, most obviously with PVRs.

> PVRs are one usage case,

Which blows your silly claim completely out of the water.

> for the vanishingly small percentage of people

Even sillier.

> that 1) Have a PVR,

Thats nothing like a vanishingly small percentage.

> 2) Overload the PVR,

Even sillier. You dont have to overload it to need more than 2/3TB.

> 3) Have the will to upgrade their PVR,

Even sillier when PVRs would be supplied with the larger
drives if they  were available and reasonably priced.

> 4) Have a PVR that can be upgraded,

Or are buying a PVR.

> 5) Have a PVR that can handle larger than 2TB drives

Which they will certainly do when the larger
drives are available and are reasonably priced.

> and 6) Have a PVR that can only handle a single drive.

Even sillier.

> Like I said, "few people really need more than 2TB/3TB drives."

Repeating that stupid pig ignorant claim changes nothing.

> Some do, and pointing out specific narrow examples just makes my point.

Taint a narrow example at all, fool.

>>> In the high density storage business world, smaller,
>>> more power efficient drives are all the rage.

>> Not with the operations that need massive amounts of storage like google.

> Things work a little differently in the business world.

Not on the need for drives bigger than 2/3TB they dont except in the
sense that operations like google need immense amounts of storage.

> Google needs a lot of storage,

And they aint alone in that.

> but they also need very low latency, so having more spindles can make sense.

Like hell it does with the immense amount of storage they need.
They'd have plenty of spindles even with drives bigger than 2/3TB.

> Power efficiency:TB is probably a bigger factor than raw TB count,

Wrong, as always.

> get the power cost low enough and it makes sense
> to crank up the spindle count for performance reasons.

Not with the immense amount of storage operations like
google need, they already have vast numbers of spindles.

>>> Combining the current density limits with the fact that most of
>>> the major hard drive manufacturers are rebuilding after floods
>>> will probably leave us around the current range for a while.

>> They didnt all build in Thailand.

> No, but a significant percentage of drives were manufactured
> in Thailand, so the market will be affected for a while.

Irrelevant to that stupid claim you made about MOST MANUFACTURERS. 

Back to comp.sys.ibm.pc.hardware.storage | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

HDD capacity stagnation "Tom Del Rosso" <td_03@verizon.net.invalid> - 2012-01-30 15:12 -0500
  Re: HDD capacity stagnation "Rod Speed" <rod.speed.aaa@gmail.com> - 2012-01-31 08:29 +1100
  Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-01-30 22:54 +0000
    Re: HDD capacity stagnation "Tom Del Rosso" <td_03@verizon.net.invalid> - 2012-01-31 18:31 -0500
      Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-02-01 05:37 +0000
  Re: HDD capacity stagnation Franc Zabkar <fzabkar@iinternode.on.net> - 2012-02-01 07:32 +1100
    Re: HDD capacity stagnation "Percival P. Cassidy" <Nobody@NotMyISP.net> - 2012-01-31 18:55 -0500
      Re: HDD capacity stagnation Joe Kotroczo <kotroczo@mac.com> - 2012-02-01 11:27 +0100
  Re: HDD capacity stagnation DevilsPGD <Still-Just-A-Rat-In-A-Cage@crazyhat.net> - 2012-01-31 18:05 -0800
    Re: HDD capacity stagnation "Rod Speed" <rod.speed.aaa@gmail.com> - 2012-02-01 14:35 +1100
      Re: HDD capacity stagnation DevilsPGD <Still-Just-A-Rat-In-A-Cage@crazyhat.net> - 2012-01-31 21:32 -0800
        Re: HDD capacity stagnation "Rod Speed" <rod.speed.aaa@gmail.com> - 2012-02-01 16:58 +1100
    Re: HDD capacity stagnation Lynn McGuire <lmc@winsim.com> - 2012-02-01 11:30 -0600
      Re: HDD capacity stagnation DevilsPGD <boogabooga@crazyhat.net> - 2012-02-01 20:15 -0800
        Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-02-02 05:44 +0000
          Re: HDD capacity stagnation David Brown <david@westcontrol.removethisbit.com> - 2012-02-02 08:51 +0100
        Re: HDD capacity stagnation "Rod Speed" <rod.speed.aaa@gmail.com> - 2012-02-03 13:20 +1100
  Re: HDD capacity stagnation rb <rb.57942z@no.email.invalid> - 2012-01-31 11:56 -0600
  Re: HDD capacity stagnation Lynn McGuire <lmc@winsim.com> - 2012-02-02 16:47 -0600
  Re: HDD capacity stagnation Man-wai Chang <toylet.toylet@gmail.com> - 2012-02-06 22:23 +0800
    Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-02-06 19:10 +0000
      Re: HDD capacity stagnation "Tom Del Rosso" <td_03@verizon.net.invalid> - 2012-02-06 14:32 -0500
        Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-02-07 08:36 +0000
  Re: HDD capacity stagnation Lynn McGuire <lmc@winsim.com> - 2012-02-07 11:48 -0600
    Re: HDD capacity stagnation "Tom Del Rosso" <td_03@verizon.net.invalid> - 2012-02-07 13:17 -0500
    Re: HDD capacity stagnation "Rod Speed" <rod.speed.aaa@gmail.com> - 2012-02-08 07:04 +1100
    Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-02-07 22:30 +0000
      Re: HDD capacity stagnation Noob <root@127.0.0.1> - 2012-02-08 11:19 +0100
        Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-02-09 08:13 +0000
          Re: HDD capacity stagnation DevilsPGD <boogabooga@crazyhat.net> - 2012-02-09 16:04 -0800
            Re: HDD capacity stagnation Arno <me@privacy.net> - 2012-02-10 17:48 +0000
              Re: HDD capacity stagnation DevilsPGD <boogabooga@crazyhat.net> - 2012-02-10 11:14 -0800
    Re: HDD capacity stagnation Franc Zabkar <fzabkar@iinternode.on.net> - 2012-02-12 06:23 +1100

csiph-web