Module Name:    src
Committed By:   yamt
Date:           Fri Dec  2 12:29:36 UTC 2011

Modified Files:
        src/sys/kern: sched_4bsd.c

Log Message:
update a comment


To generate a diff of this commit:
cvs rdiff -u -r1.27 -r1.28 src/sys/kern/sched_4bsd.c

Please note that diffs are not public domain; they are subject to the
copyright notices on the relevant files.

Modified files:

Index: src/sys/kern/sched_4bsd.c
diff -u src/sys/kern/sched_4bsd.c:1.27 src/sys/kern/sched_4bsd.c:1.28
--- src/sys/kern/sched_4bsd.c:1.27	Wed Jul 27 14:35:34 2011
+++ src/sys/kern/sched_4bsd.c	Fri Dec  2 12:29:35 2011
@@ -1,4 +1,4 @@
-/*	$NetBSD: sched_4bsd.c,v 1.27 2011/07/27 14:35:34 uebayasi Exp $	*/
+/*	$NetBSD: sched_4bsd.c,v 1.28 2011/12/02 12:29:35 yamt Exp $	*/
 
 /*-
  * Copyright (c) 1999, 2000, 2004, 2006, 2007, 2008 The NetBSD Foundation, Inc.
@@ -68,7 +68,7 @@
  */
 
 #include <sys/cdefs.h>
-__KERNEL_RCSID(0, "$NetBSD: sched_4bsd.c,v 1.27 2011/07/27 14:35:34 uebayasi Exp $");
+__KERNEL_RCSID(0, "$NetBSD: sched_4bsd.c,v 1.28 2011/12/02 12:29:35 yamt Exp $");
 
 #include "opt_ddb.h"
 #include "opt_lockdebug.h"
@@ -374,18 +374,17 @@ resetpriority(struct lwp *l)
 }
 
 /*
- * We adjust the priority of the current process.  The priority of a process
+ * We adjust the priority of the current LWP.  The priority of a LWP
  * gets worse as it accumulates CPU time.  The CPU usage estimator (l_estcpu)
- * is increased here.  The formula for computing priorities (in kern_synch.c)
- * will compute a different value each time l_estcpu increases. This can
- * cause a switch, but unless the priority crosses a PPQ boundary the actual
- * queue will not change.  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
- * 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.
+ * is increased here.  The formula for computing priorities will compute a
+ * different value each time l_estcpu increases. This can cause a switch,
+ * but unless the priority crosses a PPQ boundary the actual queue will not
+ * change.  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 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.
  */
 
 void

Reply via email to