• ulterno@programming.dev
    link
    fedilink
    English
    arrow-up
    0
    ·
    19 hours ago
    > 1TB to TiB
    
      1 terabyte ≈ 0.9094947018 TiB
    
    

    Brought to you by libqualculate.

    Guess the middle guy is crying because he is wrong.

    • Buddahriffic@lemmy.world
      link
      fedilink
      arrow-up
      0
      ·
      2 days ago

      It’s “my perspective is right but some people believe it for the wrong reasons”.

      Or “there’s a common belief that seems naive as you start looking closer at it, but eventually it turns out to be more accurate than the assumptions someone with a little experience might make”.

  • ricdeh@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 days ago

    This meme template doesn’t make any sense with regard to the topic. Like, not even a bit.

  • noobface@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    3 days ago

    You will never hear me say gibibytes in public though. Telling on my nerdy ass self is for private conversations.

  • bstix@feddit.dk
    link
    fedilink
    arrow-up
    0
    ·
    3 days ago

    Has anyone ever used the last byte on any hard disc in a successful manner?

    I mean not by just putting a too large file there, but something that actually utilized that final byte and having the machine still run flawlessly?

    • T156@lemmy.world
      link
      fedilink
      English
      arrow-up
      0
      ·
      3 days ago

      I don’t think it would be possible if the machine is running on it, since it would be constantly trying to write logs, and errors would arise when that write operation failed.

      • bstix@feddit.dk
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        3 days ago

        I already did it on floppies.

        I also attempted to program the entire AD&D rules as an Amiga Basic program. It ran well for a start, but then I noticed that the random generator always returned the same dice rolls. Turned out that the RAM was used up, so it couldn’t store the random value anywhere. The program was fine otherwise. Just out of ram.

        Anyway, I miss the ingenuity of having too little space, more than I am impressed with the possibilities of having too much.

        People simply did more with less. I want that to return. The bloat is obscene, and hopefully AI is going to break the balloon of it. Nobody really needs several gigabytes of code to run a 2 line program.

        • Kyden Fumofly@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          3 days ago

          Well it is too bad the Windows sucks. If only they had the money to make a proper OS that gives you the option to switch from binary to decimal like in Linux.

  • liinux@pawb.social
    link
    fedilink
    arrow-up
    0
    ·
    3 days ago

    I really love how this really applied to basically everything, the more you know about Linux for example – the most you are happy that something worked instead of asking HOW it works

    I’m talking to you, RAM memory!

    • driftwood@lemmy.zip
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      FML you’re telling me I need Random Access Memory Memory now? 😩 Never getting a new pc.

    • milbyte@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      is there something wrong with RAM on windows? iirc this was one of the things that worked normally for me.

  • bacon_pdp@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    3 days ago

    The OS uses 1024 and the drive manufacturers are using 1000.

    Which is why a 1TB drive shows 931GiB of capacity. (1024 GiB =1 TiB, 1024MiB =1 GiB, 1024KiB =1MiB, 1024 Bytes =1KiB) but the drive manufacturers using SI prefixes doing 1000 Bytes =1 KB, 1000 KB = 1MB, 1000MB = 1GB, 1000GB = 1TB.

    Thus the discrepancy.

    • redjard@reddthat.com
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      Which itself is for marketing reasons, a manufacturer would find it difficult to compete with others using units that make their drives look larger or cheaper at “same capacity”.

      There is also the smaller amount w!ndows will secretly waste for its own pleasure (few GiB iirc). And an even smaller amount that gets wasted in partitioning. Usually around 5MiB, you can reduce it to 16kiB with some manual configuration in gdisk, or you can skip partition tables entirely for some end-game cursedness. And then the filesystem will take some. ext4 takes based on the number of inodes, for large drives that can be tens of GiB. Btrfs takes almost nothing (though in the background allocates in steps of 1GiB, so some tools might show 2GiB used as soon as data is written). Then if you try to sum all files on disk, that will land even lower for many more reasons.

    • Valmond@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      At the beginning of time, K/M/G etc was based on 1024. This was considered a bad move by some people.

      What I don’t get is memory packages don’t come in thousands, but in volumes dividable by 1024, so why the 1TB=1000 somethings…

      • bacon_pdp@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        3 days ago

        Because back in the 1980s RAM chips were individually sold and the number of address pins exactly matched the 2^(# of pins) amount of memory addresses contained in the chip (for cost savings purposes) and only with the later column strobe addressing DRAM did that change but at that point they couldn’t deviate from the 1024 standard without getting sued (a couple did and went out of business).

        And since the RAM chips themselves are stuck using 1024 and the RAM sticks are made of matching RAM chips (for cost and performance reasons); it will remain that way until people start buying systems on a chip with embedded RAM.

    • Ephera@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      Yeah:

      1000 GB × 1000 × 1000 × 1000 / 1024 / 1024 / 1024 = 931.32 GiB

      It’s a sufficient explanation. I don’t know why the meme has the highest IQ person say “I don’t know”, unless the joke is that it’s easier than explaining…

      • skisnow@lemmy.ca
        link
        fedilink
        English
        arrow-up
        0
        ·
        2 days ago

        I don’t know why the meme has the highest IQ person say

        Every time I see the midwit meme format, it reads like OP imagines that they’re the 145 IQ guy who is above it all, when all other evidence suggests that they’re closer to the 55 IQ guy.

      • 14th_cylon@lemmy.zip
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        2 days ago

        I don’t know why the meme has the highest IQ person say “I don’t know”

        that is what happens when 100 iq meme author tries to think like 145 iq person, which is of course impossible by definition…

        • Ephera@lemmy.ml
          link
          fedilink
          arrow-up
          0
          ·
          2 days ago

          But the smallprint explanation in the middle of the meme is actually spot on. Whoever made this does know the correct explanation and seemingly also knows that it comes out to 931 GB from the unit conversion alone.

          I’m really not sure this meme makes sense. 😅

    • heartSagan5@lemmy.zip
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      And it gets more complicated when we get to the metadata and filesystem structure. So, you technically never get to store 931GB, I wonder what the (average) ratio of metadata to data is? 3:1?

      • bacon_pdp@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        3 days ago

        Depends on the file system. If you are using FAT-8; it is 256:1 if you are on ZFS it is as low as 1:4.

        It also depends on composition of the data stored. If it is Linux ISOs; it is 4GB:64KB. If it is old C source code; it is 512B:4KB on ext4

      • sik0fewl@piefed.ca
        link
        fedilink
        English
        arrow-up
        0
        ·
        3 days ago

        No, the problem is making up a new word (gibibyte) and expecting people to use it when there’s already a word for that (gigabyte).

        It’s the hard drive manufacturers that should change.

          • Olmai@lemmy.world
            link
            fedilink
            arrow-up
            0
            ·
            2 days ago

            I want to agree with you two, because I hate competing standards, but you gotta admit gigabyte was a poor choice from the start because it took the SI prefix and made it mean something else. Creating Gibi is just correcting that mistake

            • SpaghettiMaster@feddit.uk
              link
              fedilink
              arrow-up
              0
              ·
              2 days ago

              Agreed, metric prefixes should always remain consistent. Computers can read both though, so why doesn’t windows?

    • Ooops@feddit.org
      link
      fedilink
      arrow-up
      0
      ·
      3 days ago

      Plus some programs showing space actually usable for your data (not unreasonable from user perspective), which means another chunk is gone as overhead from the file system.