Slashdot Mirror


IBM Developing Lego-like Storage Brick

AaronW writes "According to this story at EE Times IBM is developing a 32TB storage system built around blocks that can be stacked like Lego bricks. Apparently they will be connected in a 3x3x3 mesh using capacitive coupling and will be water cooled."

181 comments

  1. I sure hope they got a license from LEGO by DJ-Dodger · · Score: 1, Interesting

    Surely LEGO owns the patent on this concept?

    1. Re:I sure hope they got a license from LEGO by I.T.R.A.R.K. · · Score: 0

      Surely brick layers have prior art on this so-called patent?

      --

      "Adequacy.org: Where congenital stupidity is not an option, but a requirement."

    2. Re:I sure hope they got a license from LEGO by Anonymous Coward · · Score: 0

      I think the patent has expired. I live in Denmark and can tell you that LEGO has existed for many years.

  2. In my Crystal Ball I see... by DJ-Dodger · · Score: 4, Funny

    This is just a marketing ploy so they can sell storage Clusters shaped like Castles, Pirate Ships and the Millenium Falcon!

    1. Re:In my Crystal Ball I see... by dirvish · · Score: 2, Funny

      Will this be compatible with my lego land space station? Will it be backwards compatible to my lego land pirate's island? Will it be cross-platform compatible with my linkin' logs?

    2. Re:In my Crystal Ball I see... by trb · · Score: 2

      Non-cube shapes are interesting because a cube has minimal surface area - you might want more surface area because external i/o is through the exposed faces. Also, varied shapes might provide better cooling, access to inner modules, etc.

    3. Re:In my Crystal Ball I see... by Anonymous Coward · · Score: 0

      Spheres have markedly smaller surface area to volume ratios... the smallest of any 3d shape.

    4. Re:In my Crystal Ball I see... by NeoSkandranon · · Score: 1

      I'll take the pirate ship kit.
      And one extra for a footstool

      --
      If you can't see the value in jet powered ants you should turn in your nerd card. - Dunbal (464142)
    5. Re:In my Crystal Ball I see... by perky · · Score: 2

      First spheres have minimal surface area to volume ratio. Second, the major win that they were talking about was reducing the floorspace at a datacenter. Hence the shape used has to be able to stack seamlessly. The cube or cuboid is the most sensible shape as components are themselves cuboid, and cuboids are easier to manufacture than other shapes. As for external i/o you could just put more than one cnnector on each face. Finally, the point is that you don't need access to inner modules. If they fail, you leave them there and route around.

      --
      "The new wave is not value-added; it's garbage-subtracted" - Esther Dyson, Dec 1994
    6. Re:In my Crystal Ball I see... by trb · · Score: 2

      Spheres have minimal surface area when the surface is smooth. When the surface is made of aligned cubes, this is no longer true. Consider the two dimensional case, packing 25 units:

      xxxxx
      xxxxx
      xxxxx
      xxxxx
      xxxxx

      xxx
      xxxxxx
      xxxxxx
      xxxxxx
      xxxx

      the square above has a perimiter of 20 units, the more circular shape below has a perimiter of 22 units. The square is the optimal shape for smallest perimiter, and this projects onto higher dimensions.

    7. Re:In my Crystal Ball I see... by Richy_T · · Score: 2
      Err, count again.


      Rich

    8. Re:In my Crystal Ball I see... by Richy_T · · Score: 2
      Oh, I see what you mean. I thought you meant unit-lengths. In which case, they are both the same. But yes, the sphere does have greater "surface-to-mass"


      Rich

  3. Obligatory Bewolf Cluster Comment by Sean+Johnson · · Score: 2, Funny

    No I am serious, can you just imagine it?

    --
    >>>>>> Chewie, take the professor in the back and plug him into the hyperdrive.
  4. Just Imagine .... by resistant · · Score: 0, Redundant

    "Just imagine a Lego cluster of these!"

    That'll be the new obligatory smart-aleck remark about cluster computing technology. :)

    --
    A truly excellent pizza parlor is a delight unto the heavens. Treasure the sauce and the toppings!
  5. Re:It is by zapfie · · Score: 0, Troll

    Nice first post.. ppft.. *laughs at you*

    --
    slashdot!=valid HTML
  6. Clever naming by Crag · · Score: 5, Funny

    "IBM's Ice Cube project aims to define a way for end users to easily maintain increasing amounts of data, while also plowing ground for a similar approach to computing systems."

    Ice Cube? Lemme guess: They sell a bandwidth package for Internet hosting called "Ice T"

    Their bandwidth monitoring and packet sniffer is called "Snoop Dog."

    Oh wait...IBM's PS/2 had the MCA bus. Maybe that was a Beastie Boys reference. Maybe IBM has been into Rap and the like for a long time...

    1. Re:Clever naming by Arkan · · Score: 1

      > Ice Cube? Lemme guess: They sell a bandwidth package for Internet hosting called "Ice T"

      Hmm... Let's just hope it won't melt...

      "No sir, the server didn't crash, it went down in the drain!"

      --
      Arkan

    2. Re:Clever naming by micromoog · · Score: 2

      Don't forget Hammer. AMD's in on it too.

    3. Re:Clever naming by pokeyburro · · Score: 1

      The storage compression utility will be called J-Lo. 'Cause there's always room for J-Lo.

      --
      Lately democracy seems to be based on the skybox, the Happy Meal box, the X-box, and the idiot box.
    4. Re:Clever naming by sharkey · · Score: 2

      The J-Lo doesn't truly compress anything. It just has a double-size, silicone-injected backplane bus that provides extra storage on an otherwise normal-size frame.

      --

      --
      "Outlook not so good." That magic 8-ball knows everything! I'll ask about Exchange Server next.
    5. Re:Clever naming by Suburban+nmate · · Score: 1
      What with all the frivolous naming lawsuits flying around, d'you reckon we'll see a bit of lawsuit menage a trois with the likes of Apple and Nintendo?

      Just a thought.

      --
      "Windows and Linux can co-exist on the same machine." - Microsoft Corporation.
  7. The start of a trend? by Arkan · · Score: 4, Interesting

    Am I wrong in thinking that this design may lead to a new approach to servers farm, where each cube offers some kind of power (processing, storage, networking, moka brewing), and the whole assembly keeps itself in shape?

    For the first time in the history of /., the assertion "Imagine a cluster of these!" takes its full meaning: storage might be the first step, and only the bandwidth of the couplers is a limit to the usability of CPU cubes or networking cubes.

    More, the software part will certainly bring some huge advances in clustering, as the challenge of virtualising all those cubes may help in building self-repairing (or should I say self-dumping?) clusters...

    Oh, and by the way, here is the first step to assimilation.

    --
    Arkan

    1. Re:The start of a trend? by sirsnork · · Score: 1

      With the Hypertransport links the Hammer's use this may very well be the way it goes..

      --

      Normal people worry me!
    2. Re:The start of a trend? by Big+Jason · · Score: 3, Interesting

      Don't give IBM too much credit.

      The SGI Origin 3000 is based on modular "bricks" (CPU, I/O, Power, Graphics, Storage). This is also a product that is GA, not vaporware.

  8. Water cooled? How to interconnect? by E1ven · · Score: 4, Insightful

    I'm not sure I follow. They say they want it to be easily stackable, and fault tolerant (they specifically mention leaving blocks in place if they fail), but how do you combine that with a water cooling system?

    With a water cooling system, you need to make sure that the joints between cubes are water-tight, and maintain them over time, thus defeating their "no maitance" theory.

    Or am I missing something? Perhaps they could use "disk blocks" and "cooling blocks" and just swap out the "cooling blocks" if there is a problem? Still takes more work than air cooling, but less than inegrating it into every block would.

    What about just leaving air holes, and using it in a chilled room? Most server rooms are chilled anyway.

    Just some ignorant thoughts.

    Colin Davis

    --
    Colin Davis
    1. Re:Water cooled? How to interconnect? by Anonymous Coward · · Score: 1, Insightful

      Apparently the watercooling is used to take the heat from the internal heatpipes. Thus the internal cooling is a closed system and the external cooling system only needs to cool the end of the heatpipes. The water probably runs through a vertical pipe onto which the cubes are stacked and the heat is transferred through touching metal surfaces.

    2. Re:Water cooled? How to interconnect? by dimator · · Score: 2

      With a water cooling system, you need to make sure that the joints between cubes are water-tight

      Do you really though? I envision water pouring into the top of one of these cubes through a little funnel, trickling down through the hot places with the aide of gravity alone, and coming out through the bottom through another hole, ready to enter the cube below and do the same thing. At the very bottom of the whole shebang, the water is chilled and pumped back into the funnel of the top cube again.

      Better keep each block upright at all times though! :)

      --
      python -c "x='python -c %sx=%s; print x%%(chr(34),repr(x),chr(34))%s'; print x%(chr(34),repr(x),chr(34))"
    3. Re:Water cooled? How to interconnect? by Shiny+Metal+S. · · Score: 1, Redundant

      I'm not sure I follow. They say they want it to be easily stackable, and fault tolerant (they specifically mention leaving blocks in place if they fail), but how do you combine that with a water cooling system?

      It can be done without water flowing from one brick to another. If every brick is built in a metal shield/radiator, then the water only flows between the hot parts and that shield within every brick, and the bricks are touching with these metal shields. But I haven't read the article, so I don't know how they actually did it, I just point that it is possible.

      --

      ~shiny
      WILL HACK FOR $$$

    4. Re:Water cooled? How to interconnect? by saider · · Score: 2, Informative

      Quoth the article...

      A water pipe rises through each vertical stack of bricks, linking to heat pipes on each module. The water cooling scheme is cheaper than air cooling, researchers said.

      So you connect a vertical stack with some plumbing. The joints are not moving and I doubt the system is pressurized, so maintenance is not a problem. Plumbing is the least of their worries. The vertical stacks probably just connect at ends and channel the water to a chiller. No big deal, really.

      --


      Remember, You are unique...just like everyone else.
    5. Re:Water cooled? How to interconnect? by perky · · Score: 1

      nah, it'll work the other way round for the same reason that Leibig condensers do.

      --
      "The new wave is not value-added; it's garbage-subtracted" - Esther Dyson, Dec 1994
    6. Re:Water cooled? How to interconnect? by Anonymous Coward · · Score: 0

      "A water pipe rises through each vertical stack of bricks, linking to heat pipes on each module. "

      Based on the picture and article description, I believe that "flattened" pipes are routed between each stack, and heat is conducted away by the large surface area of the cube in contact with the pipe. I believe the "heat pipes" are heat conduits such as large aluminum surfaces which connect to the internal heat generating sources such as CPU's and hard drives. This way, the module can be sealed and still dissipate a lot of heat. Thus, a unit could be swapped out without draining the cooling system.

      As for air holes, they would not adequately dissipate heat. The article discussed how fans take up about 40% of the floor space in server farms, and IBM is trying to reduce the overall size. Since water cooling is so much more effective than air cooling, it wins.

      Just as an aside, water is about the most effective coolant there is. Very few fluids (if any...) have a higher specific heat than water.
    7. Re:Water cooled? How to interconnect? by vrmlknight · · Score: 1

      What happens to the cube in the middle of a block 3 long 3 wide and 3 high ? it can not dissipate heat anywhere other than to the surrounding blocks which are taking care of them selves ok you say maybe their are build to take the load from the surrounding ones that what happens when we have a massive cube farm or several hundred Ice Cubes... hopefully they don't melt

      --
      This must be Thursday, I never could get the hang of Thursdays.
    8. Re:Water cooled? How to interconnect? by jo42 · · Score: 1

      And how the fork do you replace the cube in the middle of this set of cubes without taking the whole thing down? Who cracked open the cranium of the engineer that dreamed this up and shit in it?

    9. Re:Water cooled? How to interconnect? by a36 · · Score: 1

      Read the EE Times article. It explains it clearly enough.

  9. The LEGO blocks.... by BoBathan · · Score: 1

    I have don't hold NEAR that much. I sure hope mine are upgradable.

    --Travis

    --
    EOF
  10. Compatability by Associate · · Score: 1

    Will these be compatable with the Duplex blocks for the four and under crowd? So that while your kids imagination grows, so does their legos?

    --
    Someone hates these cans.
  11. 2 problems by cdf12345 · · Score: 2, Interesting

    If I were IBM I would avoid Lego comparisions
    and 2nd, I would change the name.

    --
    Chicago2600.net more than a lifestyle, its a survival trait.
  12. Rejected IBM storage device shapes by xxSOUL_EATERxx · · Score: 4, Funny
    1. Lincoln Log: kept rolling off table.

    2. Tinkertoy: storage structures too delicate, engineers kept losing fins for making "windmill" structure.

    3: Play-Doh: kept getting stuck in carpet.

    4. Erector Set: engineers spent too much time making jokes about name.

    1. Re:Rejected IBM storage device shapes by LeBain · · Score: 1

      Thank God we've turned another toy (Leggos) into a useful technology! I constantly lose sleep over the Aztec/wheel mistake: they had the wheel, but only used it in toys, not to advance their civilization. (Not sure if it was the Aztecs, maybe the Incas or the Olmecs...) I'm constantly worried we'll miss some great technology as well since we think of it only as a toy. Quick, someone put these things to good use!

      --
      Give serendipity a chance.
    2. Re:Rejected IBM storage device shapes by benwb · · Score: 2

      Wheels just aren't that much fun on mountains (your're major concern is not making things easier to slide, but rather to keep them from sliding away from you). The reason that the incas didn't use the wheel for moving stuff around probably has more to do with that than any sort of oversight on their part.

  13. Old News :) by AtrN · · Score: 4, Informative

    See Robert Morris's presentation (6+MB PDF) from the USENIX File and Storage Technologies conference. The videos of the invited talks are also worth watching (if you can afford the b/width to get them).

  14. Lego isn't the point by Anonymous Coward · · Score: 1, Interesting

    The two most important improvements are:

    The system is watercooled. Imagine this, you have 12 harddisks per cube. You certainly don't want to hear the fans which would be needed to cool all of them.

    The second improvement, and you'll instantly see why this is coming from IBM, is that bad disks are not supposed to be replaced in the cube. They are simply turned off and the storage system works around them. If you need more capacity or can't live without the failed storage space, add another cube.

  15. So when you have a bad disk... by gnovos · · Score: 4, Funny

    ...do you end up having to pull em apart with your teeth? I'd rather not, I'm sure they get really hot.

    --
    "Your superior intellect is no match for our puny weapons!"
    1. Re:So when you have a bad disk... by Stinky+Boy · · Score: 2, Funny

      A quote from the article: "A central tenant is you leave it alone," said Wilcke.

      So when the tenant dies, you leave him in his apartment. Eeeew.

      I hope they actually meant "tenet".

      --
      Ceci n'est pas une sig.
    2. Re:So when you have a bad disk... by infinite9 · · Score: 2

      Ha! Imagine the workman's comp claims when people start stepping on these things barefoot!

      --
      Disconnect your television. Do your own research. Draw your own conclusions. They're probably lying. Don't be a sheep.
  16. Flexibility by AndyChrist · · Score: 1

    Can you offset the cubes a bit, rather than lining the faces up perfectly? That would really open up more possible structures.

    I think it's a given that, at least in places that have room for it, there will be some playful constructions made from these things.

  17. Borg Technology by EricBoyd · · Score: 2, Funny

    Looks like an excellent step towards a truly borg like information technology system.

    IBM: resistence is futile!

    Websurfing done right! StumbleUpon

    --
    augment your senses: http://sensebridge.net/
    1. Re:Borg Technology by Anonymous Coward · · Score: 0

      Hahah! Wouldn't it be funny if real life was just like "Star Trek?" Astute comment, my good man! Such observations are rarely seen in these pages! Carry on!

    2. Re:Borg Technology by Soul-Burn666 · · Score: 1

      Obviously u got modded for "funny" but I think you might be right... as some people said here, complete intergration of cubes (storage, proccessing, outside network nodes, etc), you will create a huge computer with practically unlimited capabalities, add to that a self growing AI program and cubes that create other cubes........... whoops.

      --
      ^_^
  18. access? by nslu · · Score: 1, Interesting

    i am wondering how to acces disk block (let's say it died [GXP anyone?] and needs to be replaced) that is somewhere in the middle of such construction.

    1. Re:access? by perky · · Score: 2

      read the article: you don't. You leave failed blocks in place and plug another one in on the top.

      --
      "The new wave is not value-added; it's garbage-subtracted" - Esther Dyson, Dec 1994
    2. Re:access? by spookymonster · · Score: 1

      So, when you run out of floor space, do you shut down your shop for the week(s) it takes to detect failed modules, tear the complex apart, remove/replace them, and rebuild the collective?

      Does IBM somehow believe that floorspace is infinite and free, while regular maintenance is cumbersome and expensive?

      --
      - Despite popular opinion, I am not perfect.
    3. Re:access? by georgeb · · Score: 1

      It would be nice if you could dig for the bad module ;)) Take one cube away, reattach it somewhere else, take the next cube, reattach, until you find the bad module; then - replace it and take all the "displaced" cubes back. That would be nice :)

    4. Re:access? by perky · · Score: 1

      I think that the point of the arrangement in the first place was twofold: First one of the major caosts is floorspace, so the aim was to make more compact disc arrays. Second, that a very high proportion of reactive maintenance in data centres causes further problems. By leaving failed blocks in place this can be avoided. To answer your question, no and yes - the trick is to understand that money saved through leaving failed hardware in place may surpass extra space costs, especially when the architecture of this system increases density in the first place.

      --
      "The new wave is not value-added; it's garbage-subtracted" - Esther Dyson, Dec 1994
  19. Ice Cube - Cube Failure by JoeSmack · · Score: 5, Interesting

    I'm glad they finally announced this project I've been dying to talk about it. I talked to a researcher on this project while I was at IBM's Almaden Research Center.

    I was blown away when they described it to me. I have to say that IBM is by far the greatest computer techonology research company. They take the top minds give them boat loads of money, ten years later they blow your mind with the completely innovative technology. I mean come on, cube storage?!?!

    Too bad, they just can't make any inroads in the client side market. They invented the harddrive years ago and today they aren't going to even make any more client models.

    Anyhow, I just wanted to talk about cube failures. Ice cube uses a 3x3x3 array of 27 cubes. But, the question is what happens if a cube goes bad. Essentially, you can never turn off Ice Cube. It's meant to be continuously running. If a single cube failure occurs the system just routes around it. To compensate you can stick more cubes on the outside. Of course, throughput will be hampered.

    I asked the researcher what happens if say all the middle cubes burn out or when the throughput gets too damaged. He responds, "Well, given the failure rate, it probably won't be an issue until about ten years have passed, and by then we'll have much more powerful storage technology."

    Finally, anything that is water-cooled is nifty in my book.

    1. Re:Ice Cube - Cube Failure by BCoates · · Score: 5, Interesting

      I asked the researcher what happens if say all the middle cubes burn out or when the throughput gets too damaged. He responds, "Well, given the failure rate, it probably won't be an issue until about ten years have passed, and by then we'll have much more powerful storage technology."

      Since the entire system is supposed to be fault-tolerant, if you wanted to reclaim some of the space/performance from the dead cubes, you could just start removing cubes from one end, throw away (or salvage, whatever) the dead ones, and then stick the still-functioning ones back on the other end, wait for them to sync back into the network, and repeat.

      Of course, instead of growing, the whole unit would now have a tendency to migrate across the room...

      --
      Benjamin Coates

    2. Re:Ice Cube - Cube Failure by IceFox · · Score: 3, Funny

      Just think with this you could "move" the cube farm from one room to another without killing the power or anything. Just move 1 cube at a time from one side to the other. haha

      --
      Do you changes clothes while making the "chee-chee-cha-cha-choh" transformation sound?
    3. Re:Ice Cube - Cube Failure by Anonymous Coward · · Score: 2, Funny

      >Ice cube uses a 3x3x3 array of 27 cubes.

      You know damn well that the block that fails is *always* going to be the block stuck in the middle!

    4. Re:Ice Cube - Cube Failure by Amazing+Quantum+Man · · Score: 3, Funny

      Of course, instead of growing, the whole unit would now have a tendency to migrate across the room...

      Gives a whole new meaning to the term "data migration", doesn't it?

      --
      Fascism starts when the efficiency of the government becomes more important than the rights of the people.
    5. Re:Ice Cube - Cube Failure by hairy+moose · · Score: 1

      OOO!!! This sounds like an excellent time to revive both Conway's Game of Life and Corewars -- Just imagine defining a system to generate cube "Shooters" ;->

    6. Re:Ice Cube - Cube Failure by Dyolf+Knip · · Score: 2
      Of course, instead of growing, the whole unit would now have a tendency to migrate across the room...

      Walking drives! Even in computers, the more things change, the more they stay the same.

      --
      Dyolf Knip
    7. Re:Ice Cube - Cube Failure by JoeSmack · · Score: 1

      Yeah... But that doesn't work for cubes in the middle... Guess I forgot to mention that.

  20. HUH?? by ufpdom · · Score: 1

    Is this the same IBM thats getting out of the disk storage system? So what are they going to use for hard disks... Fujitsu?????

    --
    There's no Freedom like UFP-dom
  21. Re:1st post troll :-) by Anonymous Coward · · Score: 0

    It's a geek thing.

    Try deleting stuff on a terminal that doesn't support the backspace key, and it displays ^H instead of deleting anything.

  22. A key question... by Anonymous Coward · · Score: 0

    ...as known by anyone who has played with toys like Legos and iMacs, is: What colors do they come in?

  23. IBM just got out of HDs? by EricBoyd · · Score: 1

    I thought IBM was planning on Bailing Out of the Hard Drive Market? I guess IBM really does have multiple heads these days - although maybe like the article says, IBM's focus on this product is the hugely complicated software that will be necessary to make it work, rather than the hardware.

    Websurfing done right! StumbleUpon

    --
    augment your senses: http://sensebridge.net/
    1. Re:IBM just got out of HDs? by delcielo · · Score: 2

      They're selling most of their hard drive business to Hitachi. They will continue to work with Hitachi on research, etc.

      --
      Hot Damn! It's the Soggy Bottom Boys!
    2. Re:IBM just got out of HDs? by kuiken · · Score: 1

      When i opened up an HP vectra( nice buisnes desktop BTW) i noticed it had a IBM GXP as HD but with a HP sticker on it. I looked at some other HP desktops and they all had GXP's as drives.
      So they seem to be selling to HP as well

      --

      42
    3. Re:IBM just got out of HDs? by CrayzyJ · · Score: 1

      NO. They are not. They are going into joint manufacturing to compete with EDS. There is still going to be an IBM brand and a Hitachi brand.

      --
      Holy s-, it's Jesus!
    4. Re:IBM just got out of HDs? by binaryDigit · · Score: 1

      Thats right, they are exiting the "hard drive" market. The cube is not a hard drive, it is an entire storage server. Two completely different things (like Intel getting out of the cpu business but still continuing to sell oem motherboards)

  24. Rubik's Cube- by Sean+Johnson · · Score: 1

    even IBM isn't THAT dumb!

    --
    >>>>>> Chewie, take the professor in the back and plug him into the hyperdrive.
    1. Re:Rubik's Cube- by Anonymous Coward · · Score: 1, Funny

      Rubik's Cube has a place ... it's the cube where you put the dedicated encryption hardware.
      Here's an image: Given a one time pad, the security guy goes in every morning and fiddles with the cube to get it to match today's patterm.

  25. bad disks by PsychoElf · · Score: 1

    What if they use IBM drives? Then all the disks will die if used over 300+ hours a month.
    What a marketing scheme--Force them to buy a whole new unit rather then just replace a part of it.

  26. The long-suspected THIRD DIMESION! by supermoose · · Score: 1

    I find this storage technology troubling... There could be cubes the size of elephants floating around in there!

    This problem is obvious, to anybody with an advanced degree in hyperbolic topology, m-hay.

  27. In SciAm by ramoth4 · · Score: 1

    there was an arcticle about this. It said that the main problem was electron leakage between the circuits. I wonder if IBM is just saying they're thinking about it or if they've solved it. I hope they post more info =D

  28. Lego Mindstorms come of age... by cosmicg · · Score: 1

    Imagine the possibilities-- a Lego robot that can solve a Rubick's cube *and* store the contents of the Library of Congress.

    --
    Cache Rules Everything Around Me
  29. New Scientist Article by Plasmadroid · · Score: 2, Informative

    This article IceCubes would mean cool computing at New Scientist covered the technology.

  30. Software Hard? by TarpaKungs · · Score: 3, Interesting
    Quote: Designing software that can mask the complexity of making a collection of plug- and-play drive modules appear to a user as one cohesive file system is expected to be one of the core challenges of the project.

    "Software ... core challenge"??? (This sentiment is in the context that IBM aren't totally clueless about this sort of thing ;-)

    Starting with a simple schema:

    1. Low level disk manager carves up disks into globally uniform chunks - say 20GB for argument's sake.
    2. RAID manager does the usual RAID 5 stuff using chunks from different cubes.
    3. Logical volume manager combines/carves up logical raid arrays into user required sizes.
    4. And finally a robust resizeable filesystem presents space to the user (or go back a step to present a virtual block device to Oracle or anything else that likes to avoid filesystems.
    OK - that's a simple schema from which a better system can be evolved - but the core technology exists now. 1- disk partitioning; 2- RAID; 3-Linux LVM, Veritas Volume Manager and many others exist; 4- Growable filesystems exist (reiserfs, Veritas etc etc. Need to work on the ability to shrink for a fully rounded solution. Stage 2 needs to be careful concerning topology to avoid bad latency problems.

    To make this truely plug and play (but not in the MS sense) inserting a disk-cube would see it tested, auto partitioned and put in a pool. The systems engineer would be required to create/delete/alter filesystems and/or virtual disks as they needed - and configure things like how many simulatenouse cube failures can the system tolerate, how many hot spare cubes are kept in the pool and so on.

    The software to do the underlying stuff is here today - I'm using it - albeit rather manually. The automation/management software to make this polished isn't hard conceptually. Of course if you only wanted one filesystem like the article mentioned it would require even less configuration ;-)

    I'm actually much more impressed with the hardware here. Very cool. Not sure about the 3D and "stacking" structure. Bugger to replace a dead cube in the middle. Unless you are supposed to leave it there and throw a new cube on the top? I'd go for a 2D stacking system with overlapping layers (like a brick wall) - but with the couplers designed so you can knock a brick out sideways leaving the others undisturbed. Hmm - just a thought...

    --
    Why can't women be like Hedy Lamarr - beautiful, talented and inventors of frequency-hopping spread-spectrum techn
    1. Re:Software Hard? by Salamander · · Score: 2

      Oh yes, you've thought about it for five minutes and solved all the problems. You're so brilliant. Errr...except that you don't address multiple hosts, recovery from multiple (even non-concurrent) failures, reconfiguration to avoid hotspots, etc. etc. etc. Just about anything is solvable with current technology if you ignore enough parts of the problem. The whole point of this, the whole reason they say that the software is such a challenge, is that they actually want to address the parts of the problem you ignore.

      --
      Slashdot - News for Herds. Stuff that Splatters.
    2. Re:Software Hard? by Soul-Burn666 · · Score: 1

      And obviously there will be some instruction to shutdown a specific cube which will consist of migrating the data to other cubes so no data is lost in the process. Then take it out, and place it at a different location, when it's connected, it'll auto-sync and migrate data to there if needed. I also persume they'll make a system to auto-migrate files used more to the nodes closer to the "network out" cubes..

      --
      ^_^
    3. Re:Software Hard? by TarpaKungs · · Score: 1

      I don't disagree with your pointing out my simplification of it all - and it was a simplification... And it was indeed about 5 mins over breakfast. But when thinking about any problem this interesting, one has to start somewhere.
      Multiple hosts and multiple failures are a challenge - agreed. It would be interesting to hear some ideas instead of sarcasm

      --
      Why can't women be like Hedy Lamarr - beautiful, talented and inventors of frequency-hopping spread-spectrum techn
    4. Re:Software Hard? by Salamander · · Score: 2
      It would be interesting to hear some ideas instead of sarcasm

      Fair enough.

      The multiple-host problem isn't too bad if the multiple hosts are accessing separate pieces of storage in a statically patritioned system. But that's increasingly unrealistic. For one thing, shared storage is becoming more common. That requires cluster-aware LVMs, filesystems, and databases, which are quite a bit less common, complicated, and expensive than the "vanilla" versions. For another, storage is becoming more fluid. People want to be able to create, delete, resize, and reconfigure volumes on the fly to accomodate changing needs. They might not do it every day, but they do it enough times per year that they will not accept having to take the system offline to do it. Similarly, instant snapshots have almost reached the status of a must-have feature, and people balk at needing to allocate a complete mirror set up front for each snapshot they might ever take; more and more they want to allocate snapshot space on a strictly as-needed basis.

      The multiple-failure-recovery problem is very similar, but adds a few more dimensions. User tolerance for staying in a degraded state is decreasing. If a drive fails, for example, you don't want to be regenerating data from parity forever; you want to grab some free storage (anywhere, not a designated "hot spare"), recreate the failed drive's contents on it, and totally forget about the old drive...all automatically. If you've sliced and diced the now-failed drive into 20GB chunks, it might get more interesting; now you might have to recreate chunk 1 that's part of volume X, chunk 2 that's part of volume Y, etc. all in parallel to minimize exposure to a second failure. If you lose a node, with all of its cache including writes that might not have been destaged yet, you have to do a similar kind of rebuild. Then you realize that exactly the same infrastructure can be used to deal with hotspots instead of failures, so you're actually going through this all the time instead of just in response to failures.

      What you end up with is a storage system that's constantly reconfiguring itself to adapt to conditions, with many overlapping activities in progress almost all the time, all needing to be carefully coordinated between independent storage nodes. Even something as simple as a write has to be properly coordinated with everything else that might be going on around it, and everything still has to run as fast as possible, so it can get pretty hairy in there. That's the challenge they're trying to tackle, and it most certainly is not addressed by off-the-shelf host-side software.

      --
      Slashdot - News for Herds. Stuff that Splatters.
  31. OLD NEWS by HobbitGod42 · · Score: 0

    This was posted a while back on /. I dun't know why old news gets everyone attention.

  32. If only we had Tesla coils too... by marko123 · · Score: 1

    I could buy a hard drive that communicates wirelessly with my computer, and which is powered by the Tesla coil. I could just put it on a shelf near my computer and leave it in it's box.

    That would be cool.

    --
    http://pcblues.com - Digits and Wood
  33. Imagine a Beowulf of... by MjDascombe · · Score: 0, Offtopic

    Oh wait, it already is

  34. 2.5" hard drives? by pmsr · · Score: 4, Interesting

    They seem to use smaller 2.5" hard drives, like the ones in notebooks. It does mean smaller power consumption and less noise, but what does that do to performance is yet to be seen. Maybe they are betting on time to make them faster and technologicaly more advanced. Yet, after i read an article at TomsHardware about doing raid with 2.5" disks, i am a believer! Not! :)

    /Pedro

    /Pedro

    1. Re:2.5" hard drives? by larien · · Score: 2

      With enough striping (with mirroring as well) or RAID-5, performance of an individual disk isn't an issue.

    2. Re:2.5" hard drives? by pmsr · · Score: 2, Interesting

      Sure. In data transfer speed. But what about seek times? It's probably the main issue with 2.5" hard disks.

      /P

    3. Re:2.5" hard drives? by amorsen · · Score: 2, Interesting

      The platters in modern SCSI drives are quite small. The 3 1/2 inch form factor is just for backwards compatibility. It is very hard to make large platters spin at 15k -- and that is also why most SCSI disks are still 36GB or less.

      I bet that we will soon see 2 1/2 inch SCSI disks again. They make a lot of sense in blade servers and 1U servers, where laptop IDE drives now reign.

      --
      Finally! A year of moderation! Ready for 2019?
    4. Re:2.5" hard drives? by Salamander · · Score: 2
      what does that do to performance is yet to be seen

      Probably won't be a factor, because of caches and parallelism. If both your reads and writes are served via cache most of the time (the latter to be destaged to disk on the array's own time) then the actual disk speed is less of a factor. Also, if your requests are being served by a relatively large number of disks then a single disk doesn't become a bottleneck. Large transfers can occur in parallel, queuing effects are reduced, etc. Combine caches with lots of disks, so that the array has lots of flexibility in how it schedules I/O, and the result is even more powerful.

      But what, you say, about the potential data loss when a node holding a cached block fails? Well, the bricks have very fast connections. It doesn't seem too much of a stretch to suppose that caches might be replicated (this is one of the interesting software challenges to which IBM alludes). Thus, the time to complete a write is only the time to replicate its data to another block, not the time to actually write it to disk. As long as you retain enough reserve power so that cache can be flushed to a special area on each brick's local disks in case of an external power failure, you could even claim to be ACID-compliant (some vendors do exactly this).

      --
      Slashdot - News for Herds. Stuff that Splatters.
    5. Re:2.5" hard drives? by addaon · · Score: 1

      Do you have a reference for this? Not exactly doubting, just surprised.

      --

      I've had this sig for three days.
    6. Re:2.5" hard drives? by amorsen · · Score: 2, Informative

      It does not seem that many manufacturers advertize the physical platter sizes, but Fujitsu is an expection: Fujitsu MAM15k RPM

      --
      Finally! A year of moderation! Ready for 2019?
  35. OS/2 will be renamed 2Pac by gatesh8r · · Score: 3, Funny

    Dead, but reportedly alive...

    --
    Karma whorin' since 1999
    1. Re:OS/2 will be renamed 2Pac by 56ker · · Score: 2

      No doubt they'll be also issuing manuals for users that are full of pictures with arrows to show them how to build them!

    2. Re:OS/2 will be renamed 2Pac by coene · · Score: 1

      That makes DOS (Dead and.. still dead) biggie?

  36. Block topology and failures by cybergibbons · · Score: 3, Insightful

    I feel that the "lego" comparison is a bit flawed - this to me suggests a completly sealed box which stores data, power being inductively coupled, data through RF, etc. Also, lego is designed to be built, taken apart, built again.

    This system is meant to have 27 cubes in a 3x3x3 cube, and when part fails, it is supposed to remain in place. Low latencies and high throughput are due to their being interconnected to the surrounding bricks.

    First issue here is, that people don't like seeing things fail, and leaving them. This thing contains a "fast x86 processor", a gig of ram, (later on) six port Infiniband switches, plus all the disks. One of these failing is expensive - and getting the middle brick out would require removal of many other bricks, and probably knock out the system quite well....

    It isn't really exandable either. For 27 cubes, perhaps the 3x3x3 is the best layout or topology of the blocks, but as you increase the size of the array (100 bricks or something), a cube becomes far more complex, with longer paths between cubes, longer latency, impossibility of removing a central brick. Heat would build up in the centre (yes, they are watercooled, but every part will be making heat, and not all of them connected to the heatpipe and watercooling system).

    Maybe some mad buckyball style arrangement would provide the shortest average path between disks (but this would require a lot of statistical work, and depend on how the data was stored, what sort of access was required).

    We could end up with huge, weirdly shaped storage arrays, like in films.

    The watercooling is a step forwards, working in server rooms is getting far too loud.

    Reliability may be an issue - 2.5" disks which it uses are known to be not as reliable as their larger counter parts. And there are a lot of them in this (12x27 = 324 disks), so failure is almost guaranteed within a short time.

    I think this may be more of a concept thing than a final product - certainly the lego and modularity aspects need to be re-thought.

    1. Re:Block topology and failures by WhatThe?? · · Score: 1

      I'm not in favour of the water cooling. We just got rid of the external water cooling system in our building that supported the IBM 3090 & ES9000 processors. Putting in a new device that would require roof chillers again would be nuts.

      Now, if the water cooling is internal to the unit that is a different story.

      As for fan noise on the computer room floor, most of it comes from the A/C units, not the equipment.

      --
      Technology is only a vehicle. People are the ones that drive it.
    2. Re:Block topology and failures by Chanc_Gorkon · · Score: 2

      That's funny. Our ES/9000 was air cooled when we got rid of it (replaced with a Multiprise 2000 S/390).

      Water cooling is a bad idea. First off, lots of use to have this stuff years ago, but don't now because we all switched to air cooled stuff. Secondly, Water is just a bad deal with the rest of te stuff that will be in the room with the huge disk array. What happens if one of these pipes burst some night? Water everywhere. I also expect IBM to get this to be aircooled eventually. I remember a anecdote about our old ES/9000. Story goes is that we almost installed a water cooling system because at the time, that was the rage in Mainframes. Big, honking water cooled units. Now, that is not the trend although alternative cooling seems to be needed soon because the danged 1-2 u servers get hot!

      --

      Gorkman

    3. Re:Block topology and failures by jsoderba · · Score: 1
      It isn't really exandable either. For 27 cubes, perhaps the 3x3x3 is the best layout or topology of the blocks, but as you increase the size of the array (100 bricks or something), a cube becomes far more complex, with longer paths between cubes, longer latency, impossibility of removing a central brick. Heat would build up in the centre (yes, they are watercooled, but every part will be making heat, and not all of them connected to the heatpipe and watercooling system).

      And you'ld never be able to fit it into the server room either. :-) By the time you'd have built such a large system the original bricks would be so obsolete that they'd just be spaceheaters anyway. Better to mirror the old cube onto a new one and throw the obsolete one out.

      Reliability may be an issue - 2.5" disks which it uses are known to be not as reliable as their larger counter parts. And there are a lot of them in this (12x27 = 324 disks), so failure is almost guaranteed within a short time.

      The cubes would presumably be redundant and autoreconfiguring internally as well, so they would degrade over time until you lost all the controllers/disks/interconnects/powersupplies.

    4. Re:Block topology and failures by TarpaKungs · · Score: 1
      Nice points cybergibbons :-) I liked the buckyball idea. And I wouldn't like to leave a dead brick in the middle. What if it had a serious power fault and went up with a big bang (like an ancient Sun Ultra 1 did to me the other day)? I don't like the 3D idea. It is very cool - but not practical. And as you say, 3D will get path length problems when you've got many many cubes.

      So, if you had *lots* of cubes you might be wanting to connect them in a 4D, 5D or some other n-dimensional way as mentioned (still possible with 6 couplers - just a block doesn't connect to *all* it's neighbours...

      ...which brings back memories of transputer chips with their 4 fast-serial connectors. Then beowulf clusters. Seems these schemes often end up with each node being plugged into a super-switch and being able to achieve wire-speed connectivity to any node over 1 virtual hop.

      Which would make this very practical. IBM sells you an backplane, switch modules and storage modules. Which sounds like iSCSI and gig ethernet switches - which are here today - though I don't know if anyone has made a solution exactly along these lines. Most of the big SAN boxes I've seen still seem to be a big server type box with disks that plug in.

      There could be mileage in losing the automatic couplers - but doing disks - and controllers - that are stackable (in 2D) and are connected with wires to a big switch - but using black split loom/conduit aka the borg.

      Having wires would be distinctly less cool - but borg tubing would make up for it in my book :-) Naturallly CISCO or Extreme would realise this is very cool and make gig switches in the same form factor - so your switch cube would sit in the middle with all those black tubes. Oooh - I feel assimilated already...

      --
      Why can't women be like Hedy Lamarr - beautiful, talented and inventors of frequency-hopping spread-spectrum techn
    5. Re:Block topology and failures by Wesley+Felter · · Score: 2

      Heat would build up in the centre (yes, they are watercooled, but every part will be making heat, and not all of them connected to the heatpipe and watercooling system).

      Every brick is connected to the water-cooling system.

    6. Re:Block topology and failures by VikingBerserker · · Score: 2, Interesting

      Here's a quick thought on how to keep a larger structure cooler, and possibly allow maintenance in the inner layers of blocks. How about a Sierpinski sponge?

      The bigger the cube, the more perforations, and more ways to get at the inner cubes. Nearly all the cubes could be accessed since they would have an outer surface exposed. Of course, in a 3x3x3 structure you would have only 20 bricks instead of 27, but any of them could be accessed.

    7. Re:Block topology and failures by cybergibbons · · Score: 2

      I realise that every brick is connected to the water cooling system, but is every single component in each brick connected to a heatpipe, which is in turn connected to the water cooling system?

      As with any device containing air, the air will heat up. The insulation of the outside bricks and the lack of forced air cooling would not help this.

    8. Re:Block topology and failures by Anonymous Coward · · Score: 0

      4d and 5d structures? are you planning on curving your blocks thru spacetime?

    9. Re:Block topology and failures by markmoss · · Score: 2

      But would you want to crawl around in the holes of the Sierpinski sponge to replace modules?

    10. Re:Block topology and failures by Wesley+Felter · · Score: 2

      Yes, the internal components are connected to the cold rails via heat pipes. They have detailed thermal models.

    11. Re:Block topology and failures by a36 · · Score: 1

      Where is the cold air in air-cooled server rooms coming from ? Bags of ice lugged in every morning by the sys admins ?

    12. Re:Block topology and failures by Chanc_Gorkon · · Score: 2

      Thru the BIG ASS chillers outside the center that run even in winter.

      --

      Gorkman

  37. How long will it last? by eamber · · Score: 1, Insightful

    Great - but will it die after 6 months of use - or not be fit for 24/7/365 use like some of their current drives?

  38. Article didn't link to the picture by Anonymous Coward · · Score: 1, Informative

    To see the picture, click here:
    http://img.cmpnet.com/eet/news/02/april/icecube_br ick.gif

    -Jake.

  39. The downside.. by Anonymous Coward · · Score: 0

    You're allowed to keep it running only 333 hours per month =(

  40. They're listening to us!!! by BlueOtto · · Score: 1

    Oh well
    Expandable storage just by adding a brick... very cool! I hope they continue with this idea in other ways as well!

  41. Excellent idea by Indras · · Score: 2

    I have to say, I wish I'd thought of it first.

    However, this does bring me back to an original idea that I had for a server room. The room will be entirely empty, with large square tiles on the floor. Each tile will have information on the hardware that is below it (server name, switches, routers, etc). And, each will have a latch of some sort. Then, you unlock the latch, and pull up, and a large storage bin below slides up on spring-loaded rails, and locks into place. Then, you service the parts that need working on (swapping tapes, changing bad hdds), and slide it back down. All of the hardware will be sub-ground-level, which will make for much easier cooling, and a lot less cluttered environment.

    These Ice Cubes from IBM would make a helpful addition to this idea, except you could only have probably two or three servers to a tile, attached one on top of the other. And there would be no side-to-side connections.

    Eh, it was an idea.

    --
    The speed of time is one second per second.
  42. Heat Dissipation and CPU choices by Anonymous Coward · · Score: 0

    If you bothered to read the article, it's apparent that each cube is connected to an external sink (in this case, a water pipe/heat exchanger) by heatpipes. Someone could rig up a similar setup for conventional rack equipment, and cool a server room worth of equipment with a conventional A/C compressor!

    The 3D mesh is designed for insane densities, when you really need that multi-terabyte installation. Presumably these would be used for supercomputing installations, and each would maintain two or more mirrored cube 'stacks'; when one's failure rate grew too high, you'd switch over to the backup while the techies ripped the other apart, probably over a week or two. Basically, they're trying to provide more storage in a bedroom-sized space than you could ordinarily pack into a gymnasium's worth of racks. Cray has been using the same capacitative couplers for a while, and apparently they really do provide some maddeningly speedy links.

    The *big* question here is- why are they shoving x86s in the machines, when IBM's own PowerPC/Power4 designs exist, with *much* less heat dissipation? I assume this is IBM's left toe not knowing what its right arm is doing, but it says something when the research division couldn't find a BriQ (http://www.terrasoftsolutions.com/products/briQ/) style design to use in their own invention.

  43. Imagine spelling "Beowolf Cluster" ... by pyramid+termite · · Score: 0, Offtopic

    ... with these!

  44. Water cooled? by tjensor · · Score: 1

    Geez imagine if you have a hundred of these stacked in a cube and one at the centre springs a leak...

    --
    <fnord>OBEY</fnord>
    1. Re:Water cooled? by Anonymous Coward · · Score: 0

      In the entire history of watercooled mainframes, coldrails have never sprung a single leak...

  45. I used to work at EMC... by Anonymous Coward · · Score: 0
    And boy are they right that the software is the 'hard part'. One of the big issues in memory clusters like this is the hot-swapping of bad drives, protection against memory corruption and so forth. My guess is that they will ease the queasy feeling some customers will have about a bunch of dead drives in their system by offering a 'mirroring' service when the number of bad modules gets too large.

    That's where a team will come in with a new stack with same capabilities and mirror the data in realtime. Bring down the old stack, replace the bad bits, mirror the stuff back over (because data would have changed in the meantime) and then send the bill. =)

  46. HP Virtual Array by nr · · Score: 1

    There are hardware diskarrays like HP Virtual Array that can do this. Just pull one 36 disk out and stick a new 72 GB in and the array will automaticlt resize and start up sync up and migrare RAID-5 data to the new available space. Very cool, combine this with a inteligent volume-manager and filesystem that can resize automaticly and you have something that works simliar to the IBM IceCube concept.

    http://www.hp.com/products1/storage/products/dis k_ arrays/midrange/va7400/index.html

  47. Lego Bricks? by qurob · · Score: 1


    More like CINDER BLOCKS :)

  48. Apple II by alta · · Score: 1

    This isn't exactly a new idea... Anyone remember the old apples where you upgraded the memory by stacking more memory on top of what you already have?

    Hmm, didn't those old apples have NUMA? ;)

    --
    Do not meddle in the affairs of sysadmins, for they are subtle, and quick to anger.
  49. Maybe they dumped HD by NorthDude · · Score: 1

    To put all their effort pushing a new technology, like this one. IBM has been quite creative in their devellopement over the year, maybe they felt it was time to pass to something else. Can't wait to see this...

    --


    I'd rather be sailing...
  50. The ideal Slashdot story! by Damek · · Score: 1

    This is the ideal story for Slashdot - legos, data storage, a big company like IBM, new technology...

    I mean, it's like it was tailor-made!

    Must have been difficult choosing an icon for the story. I can just imagine the editor agonizing over the little lego, the ibm logo, the hardware nut... or maybe the Borg Gates icon just to get people to read it.

  51. Why x86? by jasenj1 · · Score: 1

    Why use an x86 processor? 1. Aren't there way more efficient processors out there? 2. Why use a competitor's CPU rather than IBM's own POWER chip? - Which happens to be one of those more efficient CPUs.

  52. yeah, but by spliff · · Score: 1

    sure there isn't a caveat that says they are only supposed to be used for like five hours a day or something?

    --
    Some of us have fallen in love with the notion of giving without reserve-Raoul Vanegiem, Revolution of Everyday Life
  53. Tricord has been doing this for years by Anonymous Coward · · Score: 0

    A company call Tricord Systems has been developing software that can do this for years. Although their hardware is not the enterprise level IBM is offering, their software is a perfect match for them.

  54. And in other news... by lys1123 · · Score: 1

    The RIAA is pushing for new legislation which would make it illegal to exchange Legos, having heard that they may soon be used to store .mp3's

  55. Deskstar 75GXP class action lawsuit, now this??? by Nitar · · Score: 1

    This comes on the heels of IBM bailing out of the consumer HD market.

    Are they going to have a 6 week waiting period if one of the drives fails? Are they going to tell people that their drives don't fail any more than anyone else's? Are their drives going to have extraordinarily high failure rates, in some cases 50%? Are they going to tell people that they are using their drives too much if they are on for more than 8 hours a day?

    Sorry, but they can't even get consumer grade hard drives to work with any semblance of reliability. Why would people trust them to make drives that are obviously going to be targeted at high-end commercial boxes?

    There is currently a class action lawsuit pending against IBM for their recent HD disasters that they unleashed upon the public. Maybe people should wait and see, before jumping on the next IBM storage bandwagon.

    Here's the link to the lawsuit, if you are interested.

  56. yah if you're a t-rex.... by simpl3x · · Score: 1

    the "lego" is the size of a small refrigerator! unless they're using ipod sized drives.

    1. Re:yah if you're a t-rex.... by aiabx · · Score: 1

      given that they are using 2.5" disks, the drawing in the article loks like it will be 5, maybe 6" on a side. You might get 1 beer ina fridge that small.
      -aiabx

      --
      Just this guy, you know?
  57. IBM out of the storage game by mauriceh · · Score: 1

    Now that IBM have announced they are selling off their OEM storage division to Hitahi this becomes irrelevant.
    It will not make it to market without funding.

    --
    Maurice W. Hilarius Voice: (778) 347-9907
    1. Re:IBM out of the storage game by CrayzyJ · · Score: 1

      NO. From ZDNet:

      IBM and Japanese electronics giant Hitachi on Tuesday said they have agreed to collaborate on developing open data-storage systems as they take aim at industry leader EMC.

      collaborate != out of the game.

      --
      Holy s-, it's Jesus!
    2. Re:IBM out of the storage game by FirstOne · · Score: 1
      "NO. From ZDNet:"
      "IBM and Japanese electronics giant Hitachi on Tuesday said they have agreed to collaborate on developing open data-storage systems as they take aim at industry leader EMC."
      "collaborate != out of the game. "

      WRONG ! (next time check your facts)..

      IBM drive spinout ends an era

      "Disk pioneer sells bulk of operation to smaller rival Hitachi"
      "By Rick Merritt and Yoshiko Hara"
      EE Times
      April 19, 2002 (5:34 p.m. EST)

      Can you imagine a bunch of cubes filled with IBM's Deathstar drives?
      Error, error, must assimilate, assimilate.. need more drives...


    3. Re:IBM out of the storage game by CrayzyJ · · Score: 1

      If you are going to post a link - at least read it. From your link: IBM and Hitachi will pool all the employees, facilities and intellectual property of their hard-disk businesses in a company to be based in San Jose, Calif. Hitachi will name the chief executive officer of that venture, in which it will take a 70 percent stake. IBM will hold 30 percent and receive an undisclosed payment from the Japanese company.

      I still do no see IBM out of the game.

      --
      Holy s-, it's Jesus!
  58. wow by Anonymous Coward · · Score: 0

    thanks for the link to Lego.com.

    Otherwise I would have had no idea what you were talking about.

    Really. Very helpful. Consider me subscribed!

  59. Software would probably resemble Freenet by jafuser · · Score: 2

    I'd imagine the software for this would work a lot like freenet, assuming it will be fault-tolerant and hot-swappable. Files would probably be scattered about in such a way that if a piece is temporarily unavailable, it would find the missing piece elsewhere, with the possibility of additional storage coming online or going offline randomly...

    --
    Please consider making an automatic monthly recurring donation to the EFF
  60. Re:Tricord is BANKRUPT. by Anonymous Coward · · Score: 0

    Tricord is filing for chapter 11. they were a dot com and have fairly worthless web based software. their investors were complaining about tricord being worthless two weeks ago.

  61. Magnetisim is overated by billstr78 · · Score: 1

    High density magnetic storage for the purposes of building very large storage systems will hopefully soon be replaced by optical hollographic crystal storage. Once these systems reach production it will be possible to store hundreds of billions of bytes of data, transfer them at a rate of a billion or more bits per second and select a randomly chosen data element in 100 microseconds or less.

    This will pretty much make all the obtuse magnetic data bricks and high density RDRAM obsolete! I would image that IBM knows this, but wants to make 32TB data storage systems a reality today and for now, only has magnetic disks at thier disposal.

  62. "A central tenant is you leave it alone" by 16977 · · Score: 1

    That's funny, I never heard of a tenant being used this way...

  63. Welton Cubes by Erik_Kahl · · Score: 1

    Life steals from art.

    20 years ago Heinlein discussed in his books a storage system he calls fine grained Welton cubes. They are closed independent systems, accessible wirelessly, very small, and expensive.

    I think someone at IBM must have just read Time Enough For Love or another of the books in which Weltons are present.

    I bet their next product annocement will be a new series of computers that are setient and want to become really hot human women so they can have a lot of sex with you. I think they will sell fairly well.

    Time Enough For Love is one of the greatest books ever written. Go read it now....you are just wasting time anyway.

  64. Re:Deskstar 75GXP class action lawsuit, now this?? by CrayzyJ · · Score: 1

    NO. From ZDNet

    IBM and Japanese electronics giant Hitachi on Tuesday said they have agreed to collaborate on developing open data-storage systems as they take aim at industry leader EMC.

    collaborate != bailing out.

    --
    Holy s-, it's Jesus!
  65. Similar to early portable computers by Anonymous Coward · · Score: 0

    The first "portable" computer I ever saw or used was like this. There was a base unit, and extra storage or a printer could simply snap onto the back via parallel port. Done printing? remove the printer box.
    It was a very useful design, and I've been waiting for it to return to mainstream computing.

  66. Tyco forever! wait a sec... by Anonymous Coward · · Score: 0

    "IBM is developing a 32TB storage system built around blocks that can be stacked like Lego bricks"

    ...Will this be compatible with Tyco blocks?

  67. Moving lego farm... by Suburban+nmate · · Score: 1
    Just move 1 cube at a time from one side to the other

    Then take a few days sick leave for the chipped teeth and bleeding gums ;-)

    Ali

    --
    "Windows and Linux can co-exist on the same machine." - Microsoft Corporation.
  68. No worries--advances in science will save us! by Da_Biz · · Score: 1

    I've noticed a number of disparate posts about criticisms about the practical design of this storage system. While these criticisms certainly have validity, I'd offer this counterpoint:

    Sure, IBM's view of the architecture's abilities may be idealistic. That being said, hasn't creative engineering been the force behind making innovative, yet seemingly impractical, designs feasible? What about Shannon's law, dial-up modem bandwidth and the development of better encoding schemes (I admit that I have only a rudimentary knowledge of Shannon's law).

    For instance, if a module goes out, why would the architecture still be "blocking?" Wouldn't it be possible to scale up the bandwidth of adjacent busses to accommodate for this? (In the electric utility business, critical transmission paths are designed with 'double contingency'--i.e., if one critical transmission line goes down, another line will be able to pick up the remaining capacity. If THAT line goes down, a third line can handle the capacity of the other two. Wasteful, yes, but better than the unpleasant consequences of urban areas losing a large percentage of their electric power.)

    Another valid point raised surrounded the issue of water cooling. Again, wouldn't good industrial design and advances in materials science (pipe sealing components, etc.) possibly help us here?

    By the way, is this concept really new? After all, haven't the folks at n-Cube been using "3-D" interconnection schemes for a long time (i.e., MediaCube servers used to serve broadcast-quality movies at hotels, cruise ships, etc.)?

  69. Well, 3D mesh is not an ideal interconnect... by PaulBu · · Score: 1

    These cubes implement the 3D mesh (in real 3D! :)), and it has too long a latency for real multiprocessor computing. When you are accessing slow device (hard drive) you can live with this latency. If you want to run computation on this network, you'll notice that your efficiency is terrible. This is why interconnects in real supercomputers are either crossbars or some kind of multistage networks, maybe meshes, but 5-7D. Try packing THAT into lego blocks! :)

    Paul B.

    1. Re:Well, 3D mesh is not an ideal interconnect... by a36 · · Score: 1

      Looks like there was a mistake in the EE Times article, now fixed. The latency going across a cube is microseconds, not milliseconds. If that's true, it is very fast. Milliseconds didn't sound right in the first place.

  70. This sounds familiar by verona_beach · · Score: 1

    Can any Douglas Coupland fans say `Ooop'? :)

  71. Where are the lego men? by coene · · Score: 1

    Everyone knows the best part about the lego fortress is the lego men to habitat it. Do I smell a IBM/Lego partnership?