Comments

• DarrinBrunner@lemmy.world ⁨1⁩ ⁨month⁩ ago

  RAMAC 350 would allow businesses to get rid of their old tub files full of punch cards, and many human filing operatives.

  For anyone wondering how it made financial sense, as usual, the goal was to replace expensive, touchy, uppity humans with machines.

  source

  • moody@lemmings.world ⁨1⁩ ⁨month⁩ ago

    I hate uppity humans.

    source
  • Onomatopoeia@lemmy.cafe ⁨1⁩ ⁨month⁩ ago

    No, it wasn’t.

    It was to speed access to data. Unless you have some evidence the researchers who work with electromechanics at the time were thinking “how can we replace humans”, rather than “how can we represent 80 columns of data electromechanically?”

    No need for this nonsensical hyperbole.

    source

    • CanadaPlus@lemmy.sdf.org ⁨1⁩ ⁨month⁩ ago

      I mean, I’m sure cost saving on labour were noticed as well. And that’s not a bad thing. I, for one, am pro-flying shuttle loom.

      source
• SanctimoniousApe@lemmings.world ⁨1⁩ ⁨month⁩ ago

  Haven’t RTFA yet, but I’m gonna go ahead out on a limb, and say this was one of those “if you have to ask the price, you can’t afford it” scenarios.

  source

  • dparticiple@sh.itjust.works ⁨1⁩ ⁨month⁩ ago

    The Tom’s Hardware article doesn’t discuss the pricing structure, however the Wikipedia article does – the RAMAC 305 was leased, not purchased, for $35,800 per month in 2024 USD).

    source
• the_citizen@lemmy.world ⁨1⁩ ⁨month⁩ ago

  From those huge machines to microSDs with terabytes. Now we’re discussing AI models and quantum computing. Wondering what we’ll see in future.

  source

  • ininewcrow@lemmy.ca ⁨1⁩ ⁨month⁩ ago

    … I’ve got a bad feeling that someone will be seeing it but it won’t be human.

    source
• floofloof@lemmy.ca ⁨1⁩ ⁨month⁩ ago

  I like the bit where they wheel in the equivalent amount of data in stacks of punch cards, and the hard drive is bigger.

  source

  • CanadaPlus@lemmy.sdf.org ⁨1⁩ ⁨month⁩ ago

    How else are they supposed to program with handheld bar magnets? /s

    source
• ch00f@lemmy.world ⁨1⁩ ⁨month⁩ ago

  Based on some plausible sounding number I found online, a megabygte is around 500 typed pages. So this thing was 1875 pages of text.

  I wonder when the break-even point was for digital vs paper media from a size/weight standpoint.

  source

  • cmnybo@discuss.tchncs.de ⁨1⁩ ⁨month⁩ ago

    They used 6 bit encoding for the text, so the drive stored around 5 million characters which would be around 2500-3000 pages of text.

    For the break even point you also have to consider how much time it takes to find and access a file and how much time it takes to edit it.

    source

    • CanadaPlus@lemmy.sdf.org ⁨1⁩ ⁨month⁩ ago

      They did without the grotesque luxury of lower case letters.

      source
  • cryptiod137@lemmy.world ⁨1⁩ ⁨month⁩ ago

    TLDR: Even if I’m off by 50%, it’s the mid 1970s for size. Weight? Like 2 of them mentioned the weight, don’t have the data, but double sided 5.25 inch floppies (1976) probably probably win on weight

    Looking into this, it’s hard the dimensions of the large storage machines, they are often described vaguely or in a kinda anything-but-the-metric-system kinda way. So there is a lot of assumptions here that we just have to live with.

    Image

    That ends pretty close to your numbers, 700 MB to 330,000 pieces of paper, ~2121 bytes per page, ~1,060,606 bytes for 500 pages. I’ll use 500 per MB to math

    Volume a piece of A4 paper is 0.3553 cubic inches. 500 pages is 177.65 cubic inches, therefore so is a MB stored in paper.

    I won’t look much at weight since I could find it for most on them, but 500 sheets of paper weighs about 5.5lbs

    Looking at an IBM 1311, available 1962 you get 12.6 MB in the size of washing machine. Average washing machine is 32,400 cubic inches. This gives us 2571 cubic inches per MB. So starting off ~14.5 times worse.

    An IBM 2302 from 1965 stored 112 MB in 123,915.5 cubic inches, 1,106 cubic inches per MB.

    The lowest capacity 8 inch floppies (80kb) available in 1971, 12.5 of them per MB, at a volume of 7.56 cubic inches a piece gives us 94.5 cubic inches per MB. This is just the floppies on there own, with a reader it would be at least large enough to not yet beat paper.

    IBM 3340 (1973) and assuming it’s the basically the same size a 1311, and average washing machine, 32400 for 70 MB, 462 cubic inch per MB

    Applying that same logic the later 3350 (1975) we get 32400 for 317 MB, 102 cubic inches per MB, which beats paper

    Double sided 5.25 inch floppies (1976) 360 KB, 3.256 cubic inches each, I’ll round up to 3 per MB so 9.768 cubic inch per MB. Like the 8 inch floppies earlier, this doesn’t account for the size of the reader. I’d still say this is the point where we are beating paper for both size and weight.

    source
• rooster_butt@lemmy.world ⁨1⁩ ⁨month⁩ ago

  I wonder whay type if data protection/redundancy they had on this thing.

  source

  • floofloof@lemmy.ca ⁨1⁩ ⁨month⁩ ago

    RAID0 doesn’t give you any protection or redundancy, just speed.

    source

    • rooster_butt@lemmy.world ⁨1⁩ ⁨month⁩ ago

      Oh shit, I got maid raids confused, I thinking mirrored drives (I see now that’s RAID1). I haven’t used hardware raid in years, current set up is using unraid.

      source
• kyonshi@piefed.social ⁨5⁩ ⁨weeks⁩ ago

  You could put a whole mp3 on it

  source
• CanadaPlus@lemmy.sdf.org ⁨1⁩ ⁨month⁩ ago

  So that’s 20 Hz? Lol. That is like a baloney slicer.

  I suppose, even though they had the technology to make a much faster platter, they way they were using disk storage at the time probably made seek time not an issue. The alternative would have been spooling through a tape for a while.

  source