Messages in this thread | | | Date | Sun, 17 Oct 1999 10:28:25 +0100 | From | Steve Dodd <> | Subject | Re: super-max & super-nr |
| |
On Sat, Oct 16, 1999 at 11:01:37PM -0400, Mike A. Harris wrote:
> On a home PC with 2 IDE hard disks, max of around 16 partitions > total, and a maximum useful simultaneous mount count of around > 16-32 ever being used in the forseeable future... > > Would it be any form of an optimization to reduce super-max via > /proc/sys? I was thinking it might reduce some overhead, perhaps > freeing up a page or two of kernel memory or something.
Looking at the source (*cough*), you can see that it wouldn't. super-max just maps to max_super_blocks in fs/super.c, and the system won't create a new super if that number is >= nr_super_blocks. The actual structures are kmalloc()d and put in a linked list.
-- "Damaged people are dangerous, they know they can survive"
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |