Re: Coreutils binary sizes over time

2008-01-27 Thread Alfred M. Szmidt
> What is the drop at 9 epoch? That one looks fun; I am > guessing it is the move to glibc 2.x? Yes, it appears to be - the first one is linked against libc.so.5 and an earlier dynamic linker I don't have. This might put a different spin in the size increase, that it is glibc

Re: Coreutils binary sizes over time

2008-01-27 Thread Dr. David Alan Gilbert
* Alfred M. Szmidt ([EMAIL PROTECTED]) wrote: > > Would be interesting to see how normal hard drive sizes have grown in > that time as well. Of course hard drive growth is fast; but not everything is as fast; e.g. seek time and memory latency. > But these graphs, while quite fun to watch, do not

Re: Coreutils binary sizes over time

2008-01-27 Thread Alfred M. Szmidt
Dr. David Alan Gilbert wrote on 27-01-08 01:29: > Hi, > > Out of a bit of boredom (and avoiding trying to fix a VHDL problem) > I decided to graph the sizes of a few of the binaries from coreutils, > as packaged by debian over time (I've included fileutils/shellutils). >

Re: Coreutils binary sizes over time

2008-01-27 Thread Bauke Jan Douma
Dr. David Alan Gilbert wrote on 27-01-08 01:29: Hi, Out of a bit of boredom (and avoiding trying to fix a VHDL problem) I decided to graph the sizes of a few of the binaries from coreutils, as packaged by debian over time (I've included fileutils/shellutils). At: http://www.treblig.org/pics/

Coreutils binary sizes over time

2008-01-26 Thread Dr. David Alan Gilbert
Hi, Out of a bit of boredom (and avoiding trying to fix a VHDL problem) I decided to graph the sizes of a few of the binaries from coreutils, as packaged by debian over time (I've included fileutils/shellutils). At: http://www.treblig.org/pics/debianbinarysizes.png you can see a graph showing