[lkml]   [2004]   [Sep]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 2.6.9-rc2 2/2] enhanced MM accounting data collection
    > Is there any non-trivial risk that some other "unfortunate side affect"
    > exists today, that we'd find on benchmarking?

    When I last owned csa, I was running benchmarks before each SGI release.
    The tests were a simple matter of grabbing belay or belay2 and running
    setting up an FC disk vault (one was usually attached that had 16 disks
    and use Jack's runit script to launch it. I would then take the
    output and use Jack's web page to graph and compare it to the previous.

    Additionally, every time I got access to a new larger system, I would
    run the tests on there and check for any odd affects of CSA.

    Nothing interesting ever popped up from LBS2.1.1 all the way through
    to LBS3.0.

    > I'm not sure its worth benchmarking again, but I slightly suspect it is,
    > and if benchmarking was done, I'd do it with these calls both inline and
    > out of line, to see what affect that had on runtime. If no affect on
    > runtime, I'd tend toward the out of line calls - at least saving a
    > little kernel text space.

    AIM7 is far to big of a hammer to find this level of micro-optimization.
    You could probably find or write a simple microbenchmark which shows
    the difference that introducing the code causes, but I would doubt it
    would show the inline versus the callout. Either way, we have probably
    spent more time discussing benchmarking this than it is worth at this
    point of time.

    I would expect the do_no_page() path will be the easiest to identify
    the change. I have a simple test which maps a large region and
    then touches a large number of pages. The whole loop is surronded by
    reading of the Shub RTC register. This was done to determine the
    effect of quicklists on page faulting. That type of microbenchmark
    might be your best bet at finding the problem.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:06    [W:0.024 / U:79.776 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site