On Wed, Aug 01, 2007 at 01:22:01PM -0500, Bruce Dubbs wrote: > Jeremy Huntwork wrote: > > M.Canales.es wrote: > >> If we are happy with big figures, thus use the same values for all archs, > >> If > >> we want something accurate for each arch, remove the info from the book a > >> create a web page to place jhalfs reports. > > > > I like this option. Perhaps provide *very* rough estimates for the SBU > > (round to the nearest 1/2 SBU or so, based probably on x86) in the book > > and a store of SBU reports elsewhere on the web. > > http://www.linuxfromscratch.org/~sbu/ > > -- Bruce
As a non-statistician, what does the standard deviation mean in this context ? e.g. diffutils chapter 5 SBU Average 0.1 SBU Std Dev 0.6. I could understand 0.1 plus or minus 0.1 (well, any bigger number plus or minus, 0.1 minus anything is technically below the minimum), but I can't make any sense of '0.6'. Those figures look somewhat old, too (the presence of MAKEDEV). Anyway, for 6.3 I suppose we should continue to provide some figures. To my surprise, my chapter 5 script runs tests wherever possible (well, I'm sure that was a good idea at one time), so I'm not suggesting any changes there other than for the kernel headers. For chapter 6, my figures diverge from the book's figures on the following (this is only running tests on the toolchain - I'm ignoring my results on module-init-tools where I also run tests). 1. kernel headers - call it 304 MB and blame it on the new safer way of installing. (reminder: chapter 5 too) 2. glibc - I install _all_ locales, so I won't object that I'm using a little more space, but I manage to do that in 14.3 SBU instead of 19.5. Or maybe I'm missing the point about standard deviations ? 3. gcc - for me, it takes 25.7 SBU not 22. 4. db - 88MB rather than 77MB. 5. e2fsprogs uses 46.9MB for me, not 31.2MB. 6. coreutils takes 0.6 SBU, not 1.0 SBU - for consistency with item 12 below, I think this is 70.7 or 71MB depending on how we are currently rounding, otherwise I wouldn't get worked up about 1MB in 70. 7. perl takes 1.2 SBU for me rather than 1.5, which is just about enough of a difference to notice. 8. for me, bzip2 needs 6.4MB not 5.3MB - maybe somebody didn't count the docs ? 9. gettext for me took 1.3 SBU not 1.0 (again, just about enough to notice the difference), and more importantly it needed 83.5MB instead of 65MB. 10. I'll treat my space difference on gzip as splitting hairs, unless pressed (3.3MB for 2.2MB) 11. inetutils for me needed 12.1 MB, not 8.9MB, and if I'm going to change the figure it used 0.3 SBU for me, not 0.2. 12. shadow took 0.5 SBU for me, not 0.3SBU, and if I'm going to change it I think the space is 21.6MB (or 22MB if rounded?) So, apart from item 11, I intend to change these unless anybody cares to contest my figures. I'll wait at least 24 hours. For 7.0, I'll be happy to round future changes to 0.5 SBU, and go with x86 space usage (nearest 1MB/10MB, or nearest 100MB for gcc and glibc ?), but I don't think this thread is the right place to discuss that. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
