X-Git-Url: https://pintos-os.org/cgi-bin/gitweb.cgi?a=blobdiff_plain;f=doc%2F44bsd.texi;h=3f1791880e82efa6b27677ca2e882e4bf3725058;hb=b08d79f8b1891415cfb6727b11ea83c4ef0b8f5e;hp=612aa1c74c51921168a319c2866e2a6b622b5466;hpb=865cfbaabf666e24567b598ea355b87dea02bfbb;p=pintos-anon diff --git a/doc/44bsd.texi b/doc/44bsd.texi index 612aa1c..3f17918 100644 --- a/doc/44bsd.texi +++ b/doc/44bsd.texi @@ -55,8 +55,8 @@ they run in ``round robin'' order. Multiple facets of the scheduler require data to be updated after a certain number of timer ticks. In every case, these updates should occur before any ordinary kernel thread has a chance to run, so that -there is no chance that a kernel thread could see @func{timer_ticks} -increased but these old values for these data. +there is no chance that a kernel thread could see a newly increased +@func{timer_ticks} value but old scheduler data values. @menu * Thread Niceness:: @@ -81,9 +81,9 @@ time from other threads. The initial thread starts with a @var{nice} value of zero. Other threads start with a @var{nice} value inherited from their parent -thread. You -must implement these functions, for which we have provided skeleton -definitions in @file{threads/thread.c}. +thread. You must implement the functions described below, which are for +use by test programs. We have provided skeleton definitions for them in +@file{threads/thread.c}. by test programs @deftypefun int thread_get_nice (void) Returns the current thread's @var{nice} value. @@ -179,14 +179,13 @@ 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. -Because of assumptions made by some of the tests, @var{recent_cpu} must -be updated 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. +Assumptions made by some of the tests require that updates to +@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. -Take note that @var{recent_cpu} can be a negative quantity for a thread -with a negative @var{nice} value. Negative values of @var{recent_cpu} -are not changed to 0. +The value of @var{recent_cpu} can be negative for a thread with a +negative @var{nice} value. Do not clamp negative @var{recent_cpu} to 0. You must implement @func{thread_get_recent_cpu}, for which there is a skeleton in @file{threads/thread.c}.