On Thu, 15 May 2008, Matthew Wilcox wrote:
quoted text > On Thu, May 15, 2008 at 12:09:06PM -0700, Christoph Lameter wrote:
> > Assumptions may be the issue. My own "reproducer" for remote frees is
> > available from my git tree and I usually prefer to run my own. We
>
> No doubt you prefer to run a test which fails to show a problem with
> your code. How about you try running a test which does show a problem?
The test was designed to show the worst case effect of the additional
atomic op and it does its job. Look at the tests branch of my vm git tree.
quoted text > > There is no way of zeroing the counters. Run slabinfo -AD after the
> > test application has been running for awhile. If you want a differential
> > then you have to take two datapoints.
>
> Is a differential interesting to you?
Depends on how much other stuff is going on before.
quoted text >
> > > Otherwise I'll get something wrong and these numbers will be useless to
> > > you. Or that's what you'll claim anyway.
> >
> > No. I guess I will end up with a lot of guess work of what is going on on
> > the system since the information is limited for some reason.
>
> They're your statistics. Tell me what you need.
The output of slabinfo -AD....
--
unsubscribe notice 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/
Messages in current thread:
Re: [patch 21/21] slab defrag: Obsolete SLAB , Christoph Lameter , (Fri May 16, 12:06 pm)