lkml.org 
[lkml]   [2008]   [Jan]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/3] x86: Reduce memory usage for large count NR_CPUs fixup V2 with git-x86
Ingo Molnar wrote:
> * travis@sgi.com <travis@sgi.com> wrote:
>
>> Fixup change NR_CPUS patchset by rebasing on 2.6.24-rc8-mm1
>> from 2.6.24-rc6-mm1) and adding changes suggested by reviews.
>>
>> Based on 2.6.24-rc8-mm1 + latest (08/1/21) git-x86
>>
>> Note there are two versions of this patchset:
>> - 2.6.24-rc8-mm1
>> - 2.6.24-rc8-mm1 + latest (08/1/21) git-x86
>
> thanks, applied.
>
>> Signed-off-by: Mike Travis <travis@sgi.com>
>> ---
>> Fixup-V2:
>> - pulled the SMP_MAX patch as it's not strictly needed and some
>> more work on local cpumask_t variables needs to be done before
>> NR_CPUS is allowed to increase.
>
> i'd still love to see CONFIG_SMP_MAX, so that we can have continuous
> randconfig testing of the large-SMP aspects of the x86 architecture,
> even on smaller systems.
>
> What's the maximum that should work right now? 256 or perhaps even 512
> CPU ought to work fine i think?

I'm attempting to gather stack (and memory) usage for increased cpu counts
right now. But I'll have another set of basic changes before the cpumask_t
changes can be done.

Thanks,
Mike

>
> and then once the on-stack usage problems are fixed, the NR_CPUS value
> in CONFIG_SMP_MAX can be increased. So SMP_MAX would also act as "this
> is how far we can go in the upstream kernel" documentation.
>
> [ btw., the crash i remember was rather related to the NODES_SHIFT
> increase to 9, not from the NR_CPUSs increase. (the config i sent
> still has NR_CPUS==8, because Kconfig did not pick up the right
> NR_CPUs value dicatated by SMP_MAX.) If you resend the SMP_MAX patch
> against latest x86.git i can retest this. ]
>
> Ingo



\
 
 \ /
  Last update: 2008-01-22 16:13    [W:0.117 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site