lkml.org 
[lkml]   [2005]   [Nov]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19
    Paul Jackson <pj@sgi.com> wrote:
    >
    > A per-task stat requires walking the tasklist, to build a list of the
    > tasks to query.

    Nope, just task->mm->whatever.

    > A raw counter requires repeated polling to determine the recent rate of
    > activity.

    True.

    > The filtered per-cpuset rate avoids any need to repeatedly access
    > global resources such as the tasklist, and minimizes the total cpu
    > cycles required to get the interesting stat.
    >

    Well no. Because the filtered-whatsit takes two spinlocks and does a bunch
    of arith for each and every task, each time it calls try_to_free_pages().
    The frequency of that could be very high indeed, even when nobody is
    interested in the metric which is being maintained(!).

    And I'd suggest that only a minority of workloads would be interested in
    this metric?

    ergo, polling the thing once per five seconds in those situations where we
    actually want to poll the thing may well be cheaper, in global terms?
    -
    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/

    \
     
     \ /
      Last update: 2005-11-04 09:05    [W:0.024 / U:29.780 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site