Skip to content
HHackerTube.videoSurprise me

Bloat: How and Why UNIX Grew Up (and Out) - Rusty Russell,Matt Evans

Bloat: How and Why UNIX Grew Up (and Out) - Rusty Russell,Matt Evans on HackerTube: recommended by 2 Hacker News commenters across 2 separate months, 2014–2015.

Rusty Russell and Matt Evans examine why Unix utilities like ls and cat grew from a few kilobytes to over a hundred kilobytes. They take apart common tools to see where the growth comes from.

Why Hacker News recommends it

Used in software bloat debates as a measured look at why binaries got larger.

people recommended it
2
separate months
2
strong recommendations
0
discussed on HN
2014–2015
“Well worth a viewing.”
— vezzy-fnord, Jul 2015, in “Software bloat makes me sad”

What HN commenters said

4 Hacker News comments link this video. Each one links back to its thread.

vezzy-fnordJul 2015Recommends

A good article a while back looked at common unix utilities, comparing the size of commands like cp from the 1980's to the present. Most of the bloat had to do with features that almost nobody ever uses. That was actually a talk called "Bloat: How and Why UNIX Grew Up (and Out)": ▶ this video Well worth a viewing.

in “Software bloat makes me sad” · View on HN

pdwMay 2014Recommends

There was an interesting talk on this at Linux.conf.au a couple of years ago, trying to figure out why modern binaries are so large. ▶ this video > Bloat: How and Why UNIX Grew Up (and Out) - Rusty Russell, Matt Evans > The 'ls' binary on the original release of Unix (version 6) was 4920 bytes long. Thirty six years later, 'ls' on Ubuntu is 105776 bytes. Is this the laziness of modern coders? Increasing features? Does 'cat' really now do 313 times more stuff, or is there something else going on?

in “Pokémon Crystal disassembled source code” · View on HN

monochrApr 2014Cites it

Now you just need to design a balanced ternary computer which uses lambda calculus instead of Boolean logic and you will be a quarter of the way to getting rid of the gunk left over from the birth of computers when people were arguing if relays or vacuum tubes were the way of the future. The one thing I have noticed all the people with "philosophical" objections to bloat have in common is that they are largely ignorant of the real hardware and software they are coding on. This was brought nowhere better to the front than in this video ▶ this video where they showed that the tools written because gnu tools were too big when measured in a running computer take up just as many resources.

in “All software sucks” · View on HN

copergiApr 2014Critical

>This was brought nowhere better to the front than in this video ▶ this video where they showed that the tools written because gnu tools were too big when measured in a running computer take up just as many resources. At what time in the video does that happen? I didn't have time to watch the whole thing, but it doesn't appear that what you are suggesting was even brought up much less demonstrated?

in “All software sucks” · View on HN

Topics & tags