lkml.org 
[lkml]   [2003]   [May]   [30]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateFri, 30 May 2003 06:12:12 +0200
FromBongani Hlope <>
SubjectRe: 2.5.70-mm1 Strangeness
On Thu, 29 May 2003 17:51:35 -0700
Andrew Morton <akpm@digeo.com> wrote:

> "David S. Miller" <davem@redhat.com> wrote:
> >
> >    From: Andrew Morton <akpm@digeo.com>
> >    Date: Thu, 29 May 2003 13:55:41 -0700
> > 
> >    The ip_dst_cache seems unreasonably large.  Unless your desktop is a
> >    backbone router or something.
> > 
> > Lots of DST entries can result on any machine actually.  We create one
> > per source address, not just per destination address.  So if you talk
> > to a lot of sites, or lots of sites talk to you, you'll get a lot of
> > DST entries.
> > 
> > Regardless, 80MB _IS_ excessive.  That's nearly 400,000 entries.
> > It definitely indicates there is a leak somewhere.
> > 
> > Although it say:
> > 
> > ip_dst_cache       19470  19470   4096    1    1
> > 
> > Which is 19470 active objects right?
> 
> Yes, 19470 entries.  But note that each entry is 4096 bytes.
> 
> Something seems to have gone and bumped the object size from 240 bytes up
> to 4096.  This is actually what I want CONFIG_DEBUG_PAGEALLOC to do, but I
> don't think it does it yet.  
> 
> Bongani, if you have CONFIG_DEBUG_PAGEALLOC enabled then please try turning
> it off.  And maybe Manfred can throw some light on what slab has done
> there.

Cool, I'll let you know how it goes. I'll also try davem,s suggestion about 
/proc/sys/net/ipv4/route/max_size
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2005-03-22 13:35    [from the cache]
©2003-2008