Skip to contentSkip to conversation

ipv4: only produce one record in fib_seq_show

PATCH Andi Kleen 1 participant 1 message Oct 20, 2002 4 messages not in the archive

lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

A message that is not in the archive (sent off-list or not yet received): 20021019.211307.00017347.davem@redhat.com.suse.lists.linux.kernel

A message that is not in the archive (sent off-list or not yet received): [email protected]

A message that is not in the archive (sent off-list or not yet received): 20021019.221403.116117803.davem@redhat.com.suse.lists.linux.kernel

Andi Kleen

author
#4 lore raw
Quoted 3 lines · David S. Miller

Note that this would prevent ipv4 from being hacked into being modular, but there are no plans at all to make modular ipv4 for 2.6.x at all so this is a valid transformation/cleanup.

(if ipv4 was made modular) Just reserve the per-cpu statistics space in the main kernel when CONFIG_IPV4_MODULE is set. Then you can use it from the module as needed.

Quoted 3 lines

kernel/timer.c's main data structures desperately want to be per-cpu or allocated at boot time also. It, as has been noted often on this list, is actually more bloat than the ipv4 statistics stuff. :-)

.. and many more data structures that are still cacheline padded too.

(my favourite is in balance_dirty_pages_ratelimit which costs 4K overall for a single per cpu counter)

-Andi