diff options
| author | Timothy Bauscher <timothy@linuxfromscratch.org> | 2002-09-22 03:01:40 +0000 |
|---|---|---|
| committer | Timothy Bauscher <timothy@linuxfromscratch.org> | 2002-09-22 03:01:40 +0000 |
| commit | 1e6acd6f703fb691ec8d54672f8058ebc9fadad5 (patch) | |
| tree | 715b3d01911e22ee2ac24b3e1bb9084dd2d479b4 /chapter02/aboutsbus.xml | |
| parent | f8decc78cf80a9e06be01a77254b4f0d009c2a9c (diff) | |
Applied Bill Maltby's grammatic-fixes patch.
git-svn-id: http://svn.linuxfromscratch.org/LFS/trunk/BOOK@2124 4aa44e1e-78dd-0310-a6d2-fbcd4c07a689
Diffstat (limited to 'chapter02/aboutsbus.xml')
| -rw-r--r-- | chapter02/aboutsbus.xml | 7 |
1 files changed, 3 insertions, 4 deletions
diff --git a/chapter02/aboutsbus.xml b/chapter02/aboutsbus.xml index f43859584..c6ad47071 100644 --- a/chapter02/aboutsbus.xml +++ b/chapter02/aboutsbus.xml @@ -6,7 +6,7 @@ of identifying how long a package takes to compile. Why don't we use normal times like anybody else?</para> -<para>The biggest problem is that times cannot be acurate, not even a +<para>The biggest problem is that times cannot be accurate, not even a little bit. So many people install LFS on so many different systems, the times it takes to compile something varies too much. One package may take 20 minutes on one system, but that same package may take 3 days on another @@ -22,9 +22,8 @@ fairly consistent among a lot of different systems. So multiply 9.5 by the number of seconds it takes for Bash to install (the SBU value) and you get a close approximation of how long GCC will take on your system.</para> -<para>Note: SBUs don't work on SMP machines. We've seen that SBUs don't -work well on SMP based machines. So all bets are off if you're lucky enough -to have an SMP setup.</para> +<para>Note: We've seen that SBUs don't work well on SMP based machines. So +all bets are off if you're lucky enough to have an SMP setup.</para> </sect1> |