Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
PostgreSQL 9.3 beta: Federated databases and more
LWN.net Weekly Edition for May 9, 2013
(Nearly) full tickless operation in 3.10
-rwxr-xr-x 1 root root 100556 2009-02-17 17:35 /bin/ls
-rwxr-xr-x 1 root root 88104 2009-02-17 17:35 /bin/cp
Bash 4.0 released
Posted Feb 23, 2009 23:52 UTC (Mon) by nix (subscriber, #2304)
Further than that, simple changes in CPUs account for a lot of
this 'bloat': e.g. increased alignment requirements.
You need a lot more analysis than a simple ls of the binary (not even a
size(1)!) before you can point to bloat.
The binary size you get also depends on the capabilities of the system
coreutils was built on. e.g., about 20K of what you see there is a
replacement printf(1) implementation because many glibc printfs have
lethal crash bugs in them. If the glibc coreutils was built against did
not have those bugs, it would shrink again.
ls itself (the actual binary includes pieces of gnulib, too):
4569 16762 126726 coreutils-7.0/src/ls.c
Bloat? Maybe, maybe not. Certainly it's larger than V7 ls.c. Certainly it
Posted Feb 24, 2009 20:48 UTC (Tue) by oak (subscriber, #2786)
Posted Feb 25, 2009 11:46 UTC (Wed) by jpetso (guest, #36230)
So what, useful features in trade for more disk space? Hell yeah, hand me a copy of
coreutils. Minimal features for little disk space? Sure, Busybox.
Next time someone shouts "bloat", please give an explanation for the "what is actually
unnecessary" part as well.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds