Fix inconstiency in recent_cpu update description.
authorBen Pfaff <blp@cs.stanford.edu>
Wed, 7 Mar 2007 14:52:06 +0000 (14:52 +0000)
committerBen Pfaff <blp@cs.stanford.edu>
Wed, 7 Mar 2007 14:52:06 +0000 (14:52 +0000)
doc/44bsd.texi

index d27343f655d979540f74b1243fcffb4000e6bbe8..e8ae11347bb9adf62ee2e7435831da58392c1937 100644 (file)
@@ -182,7 +182,7 @@ current value of @var{recent_cpu} decays to a weight of .1 in
 received ``recently,'' with the rate of decay inversely proportional to
 the number of threads competing for the CPU.
 
-Assumptions made by some of the tests require that updates to
+Assumptions made by some of the tests require that these recalculations of
 @var{recent_cpu} be made exactly when the system tick counter reaches a
 multiple of a second, that is, when @code{timer_ticks () % TIMER_FREQ ==
 0}, and not at any other time.