lkml.org 
[lkml]   [2003]   [Nov]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 2.6] Number of proc entries based on NR_CPUS ?
From
Date
On Sat, 2003-11-08 at 14:03, Anton Blanchard wrote:
> Hi Martin,
>
> > Here is a patch that makes the number of /proc entries be based on
> > NR_CPUS instead of just having a fixed number. I think it is a good
> > idea now that big Linux machines are starting to appear.
> >
> > The proper constant and slope of increase are up for argument too.
> >
> > Patch is against the latest linux-2.5 bk tree.
>
> I think I first bumped that to 16k, that was needed on a 32way box.
> At 128way my gut feeling is its 32k.
>

Okay, those are useful numbers to have. This seems to be higher than
what is required by SGI's sn2.

> Linking the number of proc entries to the number of cpus is a bit crude
> but its better than having it fixed.

Yeah, I'm not sure what a really good solution is. I really don't have
an urge to tear apart the proc code to make it more dynamic than this
compile time option.

>
> FYI I think some networking people were complaining about this limit
> when they create gobs of network interfaces (dummy devices? ipsec?).
> Each interface creates a bunch of /proc/sys/net entries...

Based on your guidlines above, we need a number of proc entries more
like:

8192 + 256*NR_CPUS

mh

--
Martin Hicks Wild Open Source Inc.
mort@wildopensource.com 613-266-2296


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:58    [W:0.023 / U:0.816 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site