[lkml]   [2005]   [Jan]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: pipe performance regression on ia64
    David Mosberger wrote:
    >>>>>>On Wed, 19 Jan 2005 10:34:30 +1100, Nick Piggin <> said:
    > Nick> David I remember you reporting a pipe bandwidth regression,
    > Nick> and I had a patch for it, but that hurt other workloads, so I
    > Nick> don't think we ever really got anywhere. I've recently begun
    > Nick> having another look at the multiprocessor balancer, so
    > Nick> hopefully I can get a bit further with it this time.
    > While it may be worthwhile to improve the scheduler, it's clear that
    > there isn't going to be a trivial "fix" for this issue, especially
    > since it's not even clear that anything is really broken. Independent
    > of the scheduler work, it would be very useful to have a pipe
    > benchmark which at least made the dependencies on the scheduler
    > obvious. So I think improving the scheduler and improving the LMbench
    > pipe benchmark are entirely complementary.

    Oh that's quite true. A bad score on SMP on the pipe benchmark does
    not mean anything is broken.

    And IMO, probably many (most?) lmbench tests should be run with all
    processes bound to the same CPU on SMP systems to get the best
    repeatability and an indication of the basic serial speed of the
    operation (which AFAIK is what they aim to measure).

    Having the scheduler take care of process placement is interesting
    too, of course. But it adds a new variable to the tests, which IMO
    doesn't always suit lmbench too well.

    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:09    [W:0.019 / U:102.536 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site