Perhaps this might be something to think about Bruce: Original Wording:
"As in LFS, each package has a build time listed in Standard Build Units (SBUs). These times are relative to the time it took to build binutils in LFS. Most times listed are for a single processor or core to build the package. In some cases, large, long running packages tested on multi-core systems have SBU times listed with comments such as '(parallelism=4)'. These values indicate testing was done using multiple cores. Note that while this speeds up the build on systems with the appropriate hardware, the speedup is not linear and to some extent depends on the individual package." My Proposal (longer but explained): "In LFS, each package has a build time listed in Standard Build Units (SBUs). These times reflect a benchmark against CPU speed, system RAM, and data access (read/write) speeds of your system. All times are listed in reflection against a standard single core CPU design when building the package. In the case of multi-core systems SBU times listed, when using parallel make (such as make -j4) with a quad-core CPU, may be substantially less than those of a standard single core CPU. Be advised this speed is dependent entirely on hardware and may be limited in part by the package*. *Note: Some packages may force requirements of using make flags such as -j1 in the build, testing, and installation phases. Most packages known to have limits to parallelism will be marked as such. The build and install of binutils in Chapter 5.4 is set at 1.0 SBU as a baseline for your calculation needs. Usage of the listed "time" command per the example given should give you an approximate time frame for calculating 1.0 SBU on your system that will be installing LFS. Once you have acquired what 1.0 SBU will be on your system, you can then calculate the overall time to build LFS completely." -James On Thu, Oct 16, 2014 at 3:56 PM, Fernando de Oliveira <[email protected]> wrote: > On 16-10-2014 16:02, Bruce Dubbs wrote: >> I'm trying to add some info about SBU times in the Conventions page in >> Chapter 1. This is what I've come up with: > > This is very welcome! > >> "As in LFS, each package has a build time listed in Standard Build >> Units (SBUs). These times are relative to the time it took to build >> binutils in LFS. Most times listed are for a single processor or core >> to build the package. In some cases, large, long running packages tested > > perhaps the word "build" is better, connected with "long"? > >> on multi-core systems have SBU times listed with comments such as >> '(parallelism=4)'. These values indicate testing was done using >> multiple cores. Note that while this speeds up the build on systems >> with the appropriate hardware, the speedup is not linear and to some >> extent depends on the individual package." > > Also depends on hardware: amount of RAM, swap, etc. > >> >> I'm not entirely satisfied with this paragraph and would like some input >> on how this should be worded. > > It can be improved, but is already in very good shape to enter the book. > > As this is a major modifications, I think it deserves mentioning in the > ChangeLog and in the Tickets System. > > > -- > []s, > Fernando > -- > http://lists.linuxfromscratch.org/listinfo/blfs-dev > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
