diff options
author | bde <bde@FreeBSD.org> | 1999-11-27 15:27:11 +0000 |
---|---|---|
committer | bde <bde@FreeBSD.org> | 1999-11-27 15:27:11 +0000 |
commit | 0f795adedc8e1e6a5fd5f042a76bbf30c97b64f2 (patch) | |
tree | 61a85d5e3d08b79dba959f57edad79ac54d64652 /sys/kern | |
parent | 61f11af11f95325c66aff7b724f463909642c2aa (diff) | |
download | FreeBSD-src-0f795adedc8e1e6a5fd5f042a76bbf30c97b64f2.zip FreeBSD-src-0f795adedc8e1e6a5fd5f042a76bbf30c97b64f2.tar.gz |
Updated comments for the move in the previous commit.
Diffstat (limited to 'sys/kern')
-rw-r--r-- | sys/kern/kern_synch.c | 10 |
1 files changed, 5 insertions, 5 deletions
diff --git a/sys/kern/kern_synch.c b/sys/kern/kern_synch.c index f14980b..ffd0d06 100644 --- a/sys/kern/kern_synch.c +++ b/sys/kern/kern_synch.c @@ -154,7 +154,7 @@ roundrobin(arg) * Note that, as ps(1) mentions, this can let percentages * total over 100% (I've seen 137.9% for 3 processes). * - * Note that statclock() updates p_estcpu and p_cpticks asynchronously. + * Note that schedclock() updates p_estcpu and p_cpticks asynchronously. * * We wish to decay away 90% of p_estcpu in (5 * loadavg) seconds. * That is, the system wants to compute a value of decay such @@ -902,12 +902,12 @@ sched_setup(dummy) /* * We adjust the priority of the current process. The priority of * a process gets worse as it accumulates CPU time. The cpu usage - * estimator (p_estcpu) is increased here. The formula for computing - * priorities (in kern_synch.c) will compute a different value each - * time p_estcpu increases by 4. The cpu usage estimator ramps up + * estimator (p_estcpu) is increased here. resetpriority() will + * compute a different priority each time p_estcpu increases by 4 + * (until MAXPRI is reached). The cpu usage estimator ramps up * quite quickly when the process is running (linearly), and decays * away exponentially, at a rate which is proportionally slower when - * the system is busy. The basic principal is that the system will + * the system is busy. The basic principle is that the system will * 90% forget that the process used a lot of CPU time in 5 * loadav * seconds. This causes the system to favor processes which haven't * run much recently, and to round-robin among other processes. |