On Thu, 27 Jan 2005 00:47:32 -0800, Andrew Morton <akpm@xxxxxxxx> wrote:
> Russell King <rmk+lkml@xxxxxxxxxxxxxxxx> wrote:
> >
> > This mornings magic numbers are:
> >
> > 3
> > ip_dst_cache 1292 1485 256 15 1
>
> I just did a q-n-d test here: send one UDP frame to 1.1.1.1 up to
> 1.1.255.255. The ip_dst_cache grew to ~15k entries and grew no further.
> It's now gradually shrinking. So there doesn't appear to be a trivial
> bug..
>
> > Is no one interested in the fact that the DST cache is leaking and
> > eventually takes out machines? I've had virtually zero interest in
> > this problem so far.
>
> I guess we should find a way to make it happen faster.
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>
Data point... on my box, used as ed2k/bittorrent
machine, the ip_dst_cache grows and shrinks quite
fast; these two samples were ~3 minutes apart:
[root@donkey ~]# grep ip_dst /proc/slabinfo
ip_dst_cache 998 1005 256 15 1 : tunables 120 60
0 : slabdata 67 67 0
[root@donkey ~]# wc -l /proc/net/rt_cache
926 /proc/net/rt_cache
[root@donkey ~]# grep ip_dst /proc/slabinfo
ip_dst_cache 466 795 256 15 1 : tunables 120 60
0 : slabdata 53 53 0
[root@donkey ~]# wc -l /proc/net/rt_cache
443 /proc/net/rt_cache
and these were 2 seconds apart
[root@donkey ~]# wc -l /proc/net/rt_cache
737 /proc/net/rt_cache
[root@donkey ~]# grep ip_dst /proc/slabinfo
ip_dst_cache 795 795 256 15 1 : tunables 120 60
0 : slabdata 53 53 0
[root@donkey ~]# wc -l /proc/net/rt_cache
1023 /proc/net/rt_cache
[root@donkey ~]# grep ip_dst /proc/slabinfo
ip_dst_cache 1035 1035 256 15 1 : tunables 120 60
0 : slabdata 69 69 0
--alessandro
"And every dream, every, is just a dream after all"
(Heather Nova, "Paper Cup")
|