https://stackoverflow.com/questions/33051108/how-to-get-around-the-linux-too-many-arguments-limit/33278482

> I have to pass 256Kb of text as an argument to the "aws sqs"

what, uhhh, what

> MAX_ARG_STRLEN is defined as 32 times the page size in linux/include/uapi/linux/binfmts.h:
> The default page size is 4 KB so you cannot pass arguments longer than 128 KB.
> I modified linux/include/uapi/linux/binfmts.h to #define MAX_ARG_STRLEN (PAGE_SIZE * 64), recompiled my kernel and now your code produces

casually patching the kernel to send a quarter megabyte as a *single* argument oh my god i'm laughing hard
@navi well in the early rust for Linux days we hit this limit with the passing kconfig options to rustc. Fun times

@kloenk @navi Back when 128 kB was the limit for argv+envp, Google was hitting it too because they passed all the configuration for their whole software stack on the command line as --long-option=value switches.

Their solution? Compress the command line. So every binary started by ungzipping argv[1] and parsing it to get the configuration.

The person explaining this to me saw my horrified face, and said with the perfect Hide The Pain Harold smile: "a series of individually completely rational and reasonable decisions led to this." and I have been thinking a lot about it since.

@ska @kloenk @navi nah what the fuck 😭😭😭
@kitten @ska @navi if google does it we all are fine :p
@kloenk @kitten @navi tbh that was 11 years ago and I have no idea if they're still doing it. I suspect some Googlers were behind the push for Linux to drop the limit, and the whole tech staff breathed a collective sigh of relief when it happened.

@ska @kloenk @kitten @navi specifically, the arguments were compressed with gzip and then base64 encoded so that they could be passed with reasonable levels of escaping through ssh. This started about 20 years ago, and the kernels at the time were already modified to allow longer command lines.

Frankly, it's just another example of scaling: there's always a bottleneck, sometimes in surprising places.

The line about individual choices is perfect, too: there are always trade-offs to be made.
./.

@ska @kloenk @kitten @navi The whole thing also illustrates neatly why "Google does X" or "Amazon does Y" or, especially, "the SRE book says Z" is useless. You aren't Google, and even Google isn't that particular segment of Google at that particular point in time (and infrastructure and history and scaling and pressures).

Make your own choices, and then revisit them when they no longer work for you

(And definitely tell the rest of us, so we can listen in mute horror... :))