lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 21 Apr 2015 12:58:56 +0900 From: YOSHIFUJI Hideaki <hideaki.yoshifuji@...aclelinux.com> To: Ulf Samuelsson <ulf.samuelsson@...csson.com>, netdev@...gii.com CC: hideaki.yoshifuji@...aclelinux.com, netdev@...r.kernel.org Subject: Re: [PATCH] neighbour.c: Avoid GC directly after state change Ulf Samuelsson wrote: >> How many neighbors do you want to maintain? >> I guess you have to increase the number of gc_thresh1. > The current use cases have up to 2048 entries. > This is expected to grow in the future. > The 3.4 kernel used in the system today is limited to 1024, > but that has been raised to about 10k. > > The gc_thresh1 test is not implemented in 3.4 but can be backported, > but still not convinced it is a good idea. Why? > To complicate things, one requirement is that for some interfaces > you always want to keep things alive, if connected, but > for other interfaces you want things to be removed > to conserve memory. > Actually you would want to do this selection on a subnet level. If you want to introduce per-interface parameter, I am okay with it. > > Internal discussions resulted in a proposal to change the patch, > so that you have a "keepalive" flag which is tested after > it has been decided to exit the REACHABLE state. > > if the "keepalive" flag is set, you always go to DELAY state from REACHABLE. No. -- Hideaki Yoshifuji <hideaki.yoshifuji@...aclelinux.com> Technical Division, MIRACLE LINUX CORPORATION -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists