lkml.org 
[lkml]   [2008]   [Dec]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH] tracing/kmemtrace: normalize the raw tracer event to the unified tracing API
    From
    Date
    Hi Frederic,

    On Mon, 2008-12-29 at 23:09 +0100, Frederic Weisbecker wrote:
    > Pekka, note that I would be pleased to add statistical tracing on
    > this tracer, but I would need a hashtable, or an array, or a list, or whatever
    > iterable to insert the data into the stat tracing api.
    >
    > But I don't know your projects about this... whether you wanted to use a section
    > or something else...

    It really depends on what we're tracing. If we're interested in just the
    allocation hotspots, a section will do just fine. However, if we're
    tracing memory footprint, we need to take into store the object pointer
    returned from kmalloc() and kmem_cache_alloc() so we can update
    call-site statistics properly upon kfree().

    So I suppose we need both, a section for per call-site statistics and a
    hash table for the object -> call-site mapping.

    Pekka



    \
     
     \ /
      Last update: 2008-12-30 08:51    [W:0.018 / U:1.052 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site