Imagine a computer file so big, it's practically a joke. Not just big, but "fat." This is the story of a weird internet experiment that asked a simple, yet strange, question: how fat does a computer file actually need to be?
It all started with a simple idea. What if you could make a file that was technically functional but also ridiculously, pointlessly huge? The goal wasn't to store useful data. It was to push the limits of what a "fat binary" could mean in a playful, almost absurd way.
This wasn't about creating a virus or stealing information. It was more like digital art, a commentary on file sizes and the way computers handle information. The creators wanted to see if they could make something that existed in a strange space between being a real program and just a massive chunk of data.
What
Is a Fat Binary, Anyway?
Before we get too deep into the fatness, let's talk about what a "fat binary" usually means. In the computer world, a binary file is a program that a computer can run. A "fat binary" is a special type of file that contains code for *multiple different types of computer processors
- all packed into one.
Think of it like a universal remote control that can work on many different TV brands. A fat binary can run on different kinds of computers, like older Macs or newer ones, without needing a separate version for each. This was especially common when Apple was switching its computers from one type of processor to another.
These files are larger than a regular binary because they have to hold all that extra code. But there's a limit to how much extra code you'd normally need. You only include what's necessary for the different systems it needs to support.
The Quest for Extreme Fatness
The experiment we're looking at took this idea and twisted it. The people behind it weren't just trying to support a few different processors. They wanted to make a file that was as large as possible while still technically being a "fat binary". It was a challenge to see how much empty or useless data could be stuffed in.
They weren't trying to make a useful program. The actual code that did anything was tiny. The rest of the file was just padding, making it enormous. It was like building a skyscraper with only one small office and filling the rest with packing peanuts.
Their goal was to find the sweet spot. How much padding could they add before the file stopped being recognized as a valid "fat binary" by the computer systems that were supposed to run it? It was a technical puzzle with a very silly outcome.
A File Designed to Be Big
So, how did they do it? They created a program that, when run, would generate this massive file. The program itself was quite small. But its job was to output a huge amount of data that served no real purpose other than to inflate the file size.
They experimented with different sizes and methods. The key was to make sure the file still looked like a valid "fat binary" to the operating system. This meant including the right headers and structures that tell the computer, "Hey, this file has code for different systems."