From: Patrick McHardy <redacted>
Date: Mon, 08 Aug 2005 23:19:37 +0200
David S. Miller wrote:
quoted
So we can increase MAX_LINKS to 256 and that's what I think I will do
for 2.6.14 unless there is a very serious objection. The tables sized
by MAX_LINKS in af_netlink.c are dynamically allocated, and the only
linear iterations over MAX_LINKS are for the netlink socket procfs
seq-file dumper, so it's not a performance issue either.
I think we should increase it when allocating new numbers to save the
unused memory for the larger nltable and additional pid hashes.
Userspace shouldn't care if we change it.
Agreed. So we have 17 netlink numbers to allocate at this
point, and that should be good for a while.