Messages in this thread | | | Subject | Re: Patch for slab leak debugging | From | Alexander Nyberg <> | Date | Sat, 09 Jul 2005 12:26:32 +0200 |
| |
> >Yeah I knew there was one, but I thought that was a standalone patch > >(the one turning all bufctl to unsigned long, turning off irqs and > >printing all slabs_full to console), my intention with this was a > >proper /proc entry, something that could be a simple config option. > > > > > > > No, I never wrote a proper /proc interface. But I think the bufctl > approach is the better solution than storing the first 5 entries in the > slab structure: > What if there is a leak on a cache with more than 5 entries per slab?
As slab leaks usually go out of control I think it will be enough to show what is leaking anyway, but you're right on the bufctl approach I think. I may have misundersood the bufctl thing a bit before doing this.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |