Messages in this thread | | | Subject | Re: [PATCH 2.6] Number of proc entries based on NR_CPUS ? | From | Martin Hicks <> | Date | Sat, 08 Nov 2003 18:35:59 -0500 |
| |
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/
| |