Peter Williams wrote:
This version contains a new scheduler, spa_svr, which is a minor
extension of spa_no_frills intended for use on servers. It makes no
attempt to improve interactive responsiveness but includes a simplified
version of the throughput bonus mechanism found in Zaphod. This
mechanism attempts to minimize the time tasks spend on run queues
waiting for CPU access when the system is moderately loaded by giving
tasks temporary priority bonuses based on the relationship between the
recent average time spent on run queues and on a cpu per cycle.
(Although it's effectiveness tends to disappear when the system is fully
loaded, it is still useful as considerable delay can be seen on systems
with quite low average loads due to lack of serendipity.)
A patch for 2.6.14-rc4 is available at:
<http://prdownloads.sourceforge.net/cpuse/plugsched-6.1.3-for-2.6.14-rc4.patch?download>
and a patch to upgrade the 6.1.2 version for 2.6.13 to 6.1.3 is
available at:
<http://prdownloads.sourceforge.net/cpuse/plugsched-6.1.2-to-6.1.3-for-2.6.13.patch?download>
Very Brief Documentation:
You can select a default scheduler at kernel build time. If you wish to
boot with a scheduler other than the default it can be selected at boot
time by adding:
cpusched=<scheduler>
to the boot command line where <scheduler> is one of: ingosched,
nicksched, staircase, spa_no_frills, spa_ws, spa_svr or zaphod. If you
don't change the default when you build the kernel the default scheduler
will be ingosched (which is the normal scheduler).
The scheduler in force on a running system can be determined by the
contents of:
/proc/scheduler
Control parameters for the scheduler can be read/set via files in:
/sys/cpusched/<scheduler>/
Peter
A patch for the 2.6.14-mm1 kernel is now available at:
<http://prdownloads.sourceforge.net/cpuse/plugsched-6.1.3-for-2.6.14-mm1.patch?download>
Peter
--
Peter Williams [email protected]
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]