2.6.12-ck4

2.6.12-ck4

[Con Kolivas]

[-- Attachment #1: Type: text/plain, Size: 1549 bytes --]

These are patches designed to improve system responsiveness and interactivity. 
It is configurable to any workload but the default ck* patch is aimed at the 
desktop and ck*-server is available with more emphasis on serverspace.

Apply to 2.6.12 (This includes all patches in 2.6.12.3):
http://ck.kolivas.org/patches/2.6/2.6.12/2.6.12-ck4/patch-2.6.12-ck4.bz2
or for server version:
http://ck.kolivas.org/patches/2.6/2.6.12/2.6.12-ck4/patch-2.6.12-ck4-server.bz2

web:
http://kernel.kolivas.org
all patches:
http://ck.kolivas.org/patches/
Split patches available.


Changes since 2.6.12-ck3:

Added:
+s11.3_s11.4.diff 
Staircase cpu scheduler update. Change rr intervals to 5ms minimum. With 
interbench I can confidently say there is objective evidence of interactive 
improvement in the human perceptible range with this change :)

HZ-864.diff 
+My take on the never ending config HZ debate. Apart from the number not being 
pleasing on the eyes, a HZ value that isn't a multiple of 10 is perfectly 
valid. Setting HZ to 864 gives us very similar low latency performance to a 
1000HZ kernel, decreases overhead ever so slightly, and minimises clock drift 
substantially. The -server patch uses HZ=82 for similar reasons, with the 
emphasis on throughput rather than low latency. Madness? Probably, but then I 
can't see any valid argument against using these values.


Changed:
-patch-2.6.12.2
+patch-2.6.12.3
Latest stable version.

-2612ck3-version.diff
+2612ck4-version.diff
Version.


Cheers,
Con

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: 2.6.12-ck4

[Christian Hesse]

[-- Attachment #1: Type: text/plain, Size: 784 bytes --]

On Wednesday 27 July 2005 13:11, Con Kolivas wrote:
> HZ-864.diff
> +My take on the never ending config HZ debate. Apart from the number not
> being pleasing on the eyes, a HZ value that isn't a multiple of 10 is
> perfectly valid. Setting HZ to 864 gives us very similar low latency
> performance to a 1000HZ kernel, decreases overhead ever so slightly, and
> minimises clock drift substantially. The -server patch uses HZ=82 for
> similar reasons, with the emphasis on throughput rather than low latency.
> Madness? Probably, but then I can't see any valid argument against using
> these values.

Some time ago I tried with HZ=209, but the system then freezes after a few 
minutes... Any ideas what could be the reason? Are only even numbers allowed?

-- 
Christian

[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]

Re: 2.6.12-ck4

[Con Kolivas]

On Wed, 27 Jul 2005 21:28, Christian Hesse wrote:
> On Wednesday 27 July 2005 13:11, Con Kolivas wrote:
> > HZ-864.diff
> > +My take on the never ending config HZ debate. Apart from the number not
> > being pleasing on the eyes, a HZ value that isn't a multiple of 10 is
> > perfectly valid. Setting HZ to 864 gives us very similar low latency
> > performance to a 1000HZ kernel, decreases overhead ever so slightly, and
> > minimises clock drift substantially. The -server patch uses HZ=82 for
> > similar reasons, with the emphasis on throughput rather than low latency.
> > Madness? Probably, but then I can't see any valid argument against using
> > these values.
>
> Some time ago I tried with HZ=209, but the system then freezes after a few
> minutes... Any ideas what could be the reason? Are only even numbers
> allowed?

I don't really know. Perhaps there's some division or multiplication magic in 
a driver somewhere on your kernel that disagrees with it (although it 
shouldn't matter).

Cheers,
Con

Re: [ck] 2.6.12-ck4

[André Goddard Rosa]

> Apply to 2.6.12 (This includes all patches in 2.6.12.3):
> http://ck.kolivas.org/patches/2.6/2.6.12/2.6.12-ck4/patch-2.6.12-ck4.bz2
> or for server version:
> http://ck.kolivas.org/patches/2.6/2.6.12/2.6.12-ck4/patch-2.6.12-ck4-server.bz2

Someone has a version who applies to 2.6.13.-rc3?

Thanks!

-- 
[]s,

André Goddard

Re: [ck] 2.6.12-ck4

[Kerin Millar]

On 7/27/05, Con Kolivas <kernel@kolivas.org> wrote:

> Changes since 2.6.12-ck3:
> 
> Added:
> +s11.3_s11.4.diff
> Staircase cpu scheduler update. Change rr intervals to 5ms minimum. With
> interbench I can confidently say there is objective evidence of interactive
> improvement in the human perceptible range with this change :)
> 

Excellent :)

> HZ-864.diff
> +My take on the never ending config HZ debate. Apart from the number not being
> pleasing on the eyes, a HZ value that isn't a multiple of 10 is perfectly
> valid. Setting HZ to 864 gives us very similar low latency performance to a
> 1000HZ kernel, decreases overhead ever so slightly, and minimises clock drift
> substantially. The -server patch uses HZ=82 for similar reasons, with the
> emphasis on throughput rather than low latency. Madness? Probably, but then I
> can't see any valid argument against using these values.
> 

I recently built the new release. Sadly, this particular change
results in my machine performing a hard reset during boot :(

Thus far, I've confirmed that changing the HZ value back to 1000
resolves the issue and I'm now up and running. So it's not the end of
the world but I would like to know which area of the kernel is falling
foul of this change. I'm concerned that others might be affected. I'll
see if I can establish a clearer picture of what seems to be going
wrong here.

Maybe it would be a good idea to allow the user to change this if
needs be? The patch below allows for this (assuming gmail does not
mangle it), provided that experimental config options are enabled and
only on the x86, ppc64 and x86_64 architectures.

--- linux-2.6.12-ck4.orig/init/Kconfig	2005-06-17 20:48:29.000000000 +0100
+++ linux-2.6.12-ck4/init/Kconfig	2005-07-28 00:52:12.000000000 +0100
@@ -77,6 +77,26 @@
 	  object and source tree, in that order.  Your total string can
 	  be a maximum of 64 characters.
 
+config HERTZ
+	int "HZ timer (interrupts per second)"
+	depends on EXPERIMENTAL && (X86 || PPC64 || X86_64)
+	range 10 2000
+	default 864
+	---help---
+	  This option configures the timer interrupt rate. The value in the
+	  mainline kernel is 1000. In -ck kernels the default is 864 which
+	  maintains favourable latencies whilst decreasing overhead slightly
+	  and helping to minimise clock drift substantially.
+
+	  In general, reducing this value results in lower scheduling
+	  granularity with higher throughput whereas increasing it results in
+	  higher scheduling granularity with lower throughput. Servers may be
+	  happier with a lower value such as 100. Setting a lower value can
+	  also help to alleviate issues with some laptops and to increase
+	  battery life.
+
+	  If unsure then do not alter this value.
+
 config SWAP
 	bool "Support for paging of anonymous memory (swap)"
 	depends on MMU
--- linux-2.6.12-ck4.orig/include/asm-i386/param.h	2005-07-27
23:38:04.000000000 +0100
+++ linux-2.6.12-ck4/include/asm-i386/param.h	2005-07-28
00:53:31.000000000 +0100
@@ -2,7 +2,7 @@
 #define _ASMi386_PARAM_H
 
 #ifdef __KERNEL__
-# define HZ		1000		/* Internal kernel timer frequency */
+# define HZ		CONFIG_HERTZ	/* Internal kernel timer frequency */
 # define USER_HZ	100		/* .. some user interfaces are in "ticks" */
 # define CLOCKS_PER_SEC		(USER_HZ)	/* like times() */
 #endif
--- linux-2.6.12-ck4.orig/include/asm-ppc64/param.h	2005-07-27
21:23:27.000000000 +0100
+++ linux-2.6.12-ck4/include/asm-ppc64/param.h	2005-07-28
00:57:40.000000000 +0100
@@ -9,7 +9,7 @@
  */
 
 #ifdef __KERNEL__
-# define HZ		864		/* Internal kernel timer frequency */
+# define HZ		CONFIG_HERTZ	/* Internal kernel timer frequency */
 # define USER_HZ	100		/* .. some user interfaces are in "ticks" */
 # define CLOCKS_PER_SEC	(USER_HZ)	/* like times() */
 #endif
--- linux-2.6.12-ck4.orig/include/asm-x86_64/param.h	2005-07-27
21:23:27.000000000 +0100
+++ linux-2.6.12-ck4/include/asm-x86_64/param.h	2005-07-28
00:57:58.000000000 +0100
@@ -2,7 +2,7 @@
 #define _ASMx86_64_PARAM_H
 
 #ifdef __KERNEL__
-# define HZ            864           /* Internal kernel timer frequency */
+# define HZ            CONFIG_HERTZ /* Internal kernel timer frequency */
 # define USER_HZ       100          /* .. some user interfaces are in "ticks */
 #define CLOCKS_PER_SEC        (USER_HZ)       /* like times() */
 #endif

Cheers,

--Kerin