this post was submitted on 06 Sep 2025
465 points (97.2% liked)

Programmer Humor

26188 readers
491 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 2 years ago
MODERATORS
 

Did you ever saw a char and thought: "Damn, 1 byte for a single char is pretty darn inefficient"? No? Well I did. So what I decided to do instead is to pack 5 chars, convert each char to a 2 digit integer and then concat those 5 2 digit ints together into one big unsigned int and boom, I saved 5 chars using only 4 instead of 5 bytes. The reason this works is, because one unsigned int is a ten digit long number and so I can save one char using 2 digits. In theory you could save 32 different chars using this technique (the first two digits of an unsigned int are 42 and if you dont want to account for a possible 0 in the beginning you end up with 32 chars). If you would decide to use all 10 digits you could save exactly 3 chars. Why should anyone do that? Idk. Is it way to much work to be useful? Yes. Was it funny? Yes.

Anyone whos interested in the code: Heres how I did it in C: https://pastebin.com/hDeHijX6

Yes I know, the code is probably bad, but I do not care. It was just a funny useless idea I had.

you are viewing a single comment's thread
view the rest of the comments
[–] Valmond@lemmy.world 25 points 17 hours ago (3 children)

CPU still pulls a 32kb block from RAM...

[–] enumerator4829@sh.itjust.works 13 points 14 hours ago

Lol, using RAM like last century. We have enough L3 cache for a full linux desktop in cache. Git gud and don’t miss it (/s).

(As an aside, now I want to see a version of puppylinux running entirely in L3 cache)

[–] BartyDeCanter@lemmy.sdf.org 8 points 16 hours ago

Look at this guy with their fancy RAM caches.

[–] DacoTaco@lemmy.world 4 points 17 hours ago* (last edited 16 hours ago) (2 children)

Cache man, its a fun thing. ~~32k~~ 32 (derp, 32 not 32k) is a common cache line size. Some compilers realise that your data might be hit often and aligns it to a cache line start to make its access fast and easy. So yes, it might allocate more memory than it should need, but then its to align the data to something like a cache line.
There is also a hardware reasons that might also be the case. I know the wii's main processor communicates with the co processor over memory locations that should be 32k aligned because of access speed, not only because of cache. Sometimes, more is less :')

Hell, might even be a cause of instruction speed that loading and handling 32k of data might be faster than a single byte :').

Then there is also the minimum heap allocation size that might factor in. Though a 32k minimum memory block seems... Excessive xD

[–] victorz@lemmy.world 4 points 16 hours ago

Cache Man, I would watch that movie.

[–] gens@programming.dev 1 points 16 hours ago (1 children)

Cache lines are 64 bytes though? Pages are 4k.

[–] DacoTaco@lemmy.world 2 points 16 hours ago* (last edited 16 hours ago)

Ye derp, im used to 32, not 32k lol.