from make config --> arpd -> help .... This code is experimental and also obsolete. ..... 2.4.22 That is why I try to use bogger gc_* thanx for the links.. reading now.. > Hello, > > > yep, i'm using them, i needed to know the max and anyone experiencing > > Those are int and nothing in the kernel code prevents them having > MAX_INT-1 assigned as a value. However you have a rather serious > networking problem anyway if you exceed the predefined gc* values. > > Some more information (besides reading the related kernel code): > > http://www.rstack.net/arp.html > http://www.rstack.net/tuning_proc_for_arp.html > > > problems with very big arp's > > Yes, the time spent in the GC to reach the equilibrium is rather high > with a high number of stale cache entries. Once gc_tresh3 threshold > kicks in you get an aggressive table flush concurrent with the new > neighbour entries. > > > arpd is marked as depricated or so!? > > No, not at all ;). > > Best regards, > Roberto Nibali, ratz > -- > echo > '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc > _______________________________________________ > LARTC mailing list / LARTC@xxxxxxxxxxxxxxx > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
