[lkml]   [2005]   [Apr]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [patch 1/5] sched: remove degenerate domains

* Nick Piggin <> wrote:

> This is Suresh's patch with some modifications.

> Remove degenerate scheduler domains during the sched-domain init.

actually, i'd suggest to not do this patch. The point of booting with a
CONFIG_NUMA kernel on a non-NUMA box is mostly for testing, and the
'degenerate' toplevel domain exposed conceptual bugs in the
sched-domains code. In that sense removing such 'unnecessary' domains
inhibits debuggability to a certain degree. If we had this patch earlier
we'd not have experienced the wrong decisions taken by the scheduler,
only on the much rarer 'really NUMA' boxes.

is there any case where we'd want to simplify the domain tree? One more
domain level is just one (and very minor) aspect of CONFIG_NUMA - i'd
not want to run a CONFIG_NUMA kernel on a non-NUMA box, even if the
domain tree got optimized. Hm?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-04-06 13:31    [W:0.075 / U:4.744 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site