* Nick Piggin <[EMAIL PROTECTED]> wrote:
> [...] Although I'd imagine it may be something distros may want. For
> example, a generic x86-64 kernel for both AMD and Intel systems could
> easily have SMT and NUMA turned on.
yes, that's true - in fact reducing the number of separate kernel
* Nick Piggin [EMAIL PROTECTED] wrote:
[...] Although I'd imagine it may be something distros may want. For
example, a generic x86-64 kernel for both AMD and Intel systems could
easily have SMT and NUMA turned on.
yes, that's true - in fact reducing the number of separate kernel
packages
Ingo Molnar wrote:
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
Similarly I am working on adding a new core domain for dual-core
systems! All these domains are unnecessary and cause performance
isssues on non Multi-threading/Multi-core capable cpus! Agreed that
performance impact will be
Ingo Molnar wrote:
* Nick Piggin <[EMAIL PROTECTED]> 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
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> Similarly I am working on adding a new core domain for dual-core
> systems! All these domains are unnecessary and cause performance
> isssues on non Multi-threading/Multi-core capable cpus! Agreed that
> performance impact will be minor but
On Wed, Apr 06, 2005 at 07:44:12AM +0200, Ingo Molnar wrote:
>
> * Nick Piggin <[EMAIL PROTECTED]> 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
On Wed, Apr 06, 2005 at 07:44:12AM +0200, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] 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
* Siddha, Suresh B [EMAIL PROTECTED] wrote:
Similarly I am working on adding a new core domain for dual-core
systems! All these domains are unnecessary and cause performance
isssues on non Multi-threading/Multi-core capable cpus! Agreed that
performance impact will be minor but still...
Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] 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
Ingo Molnar wrote:
* Siddha, Suresh B [EMAIL PROTECTED] wrote:
Similarly I am working on adding a new core domain for dual-core
systems! All these domains are unnecessary and cause performance
isssues on non Multi-threading/Multi-core capable cpus! Agreed that
performance impact will be minor
* Nick Piggin <[EMAIL PROTECTED]> 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,
This is Suresh's patch with some modifications.
--
SUSE Labs, Novell Inc.
Remove degenerate scheduler domains during the sched-domain init.
For example on x86_64, we always have NUMA configured in. On Intel EM64T
systems, top most sched domain will be of NUMA and with only one sched_group in
it.
This is Suresh's patch with some modifications.
--
SUSE Labs, Novell Inc.
Remove degenerate scheduler domains during the sched-domain init.
For example on x86_64, we always have NUMA configured in. On Intel EM64T
systems, top most sched domain will be of NUMA and with only one sched_group in
it.
* Nick Piggin [EMAIL PROTECTED] 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
14 matches
Mail list logo
