On kernels compiled with a big NR_CPUS netfilter rules would eat a lot of memory because all counters would be duplicated for all NR_CPUs CPUs. With NR_CPUS=256 this would add up to many MBs of memor
Patrick, could you apply and submit this patch to Davem? Or if Davem applies it himself. It's pretty obvious and would help small SMP machines with distribution kernels and/or strange admins. -- /Mar
The main motivation is actually not to save the memory (that's just a useful side effect), but increase the max limit on 64bit systems. Fixing it fully will require fixing vmalloc of course, but it
Andi Kleen wrote: The main motivation is actually not to save the memory (that's just a useful side effect), but increase the max limit on 64bit systems. Fixing it fully will require fixing vmalloc o
Thanks, Andi. I think the NR_CPUS is actually a remnescant of 2.3.x times when we didn't have num_possible_cpus() yet. Also wrt. your vmalloc issues, I think there are floating around some patches wh
On kernels compiled with a big NR_CPUS netfilter rules would eat a lot of memory because all counters would be duplicated for all NR_CPUs CPUs. With NR_CPUS=256 this would add up to many MBs of memor
Patrick, could you apply and submit this patch to Davem? Or if Davem applies it himself. It's pretty obvious and would help small SMP machines with distribution kernels and/or strange admins. -- /Mar
The main motivation is actually not to save the memory (that's just a useful side effect), but increase the max limit on 64bit systems. Fixing it fully will require fixing vmalloc of course, but it
The main motivation is actually not to save the memory (that's just a useful side effect), but increase the max limit on 64bit systems. Fixing it fully will require fixing vmalloc of course, but it
Thanks, Andi. I think the NR_CPUS is actually a remnescant of 2.3.x times when we didn't have num_possible_cpus() yet. Also wrt. your vmalloc issues, I think there are floating around some patches wh