[lkml]   [2003]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Horrible L2 cache effects from kernel compile
    In article <>,
    Dave Hansen <> wrote:
    >I was testing Martin Bligh's kernbench (a kernel compile with
    >-j(2*NR_CPUS)) and using DCU_MISS_OUTSTANDING as the counter event.
    >The surprising thing? d_lookup() accounts for 8% of the time spent
    >waiting for an L2 miss.
    >__copy_to_user_ll should be trashing a lot of cachelines, but d_lookup()
    >is strange.

    I wouldn't call it that strange. It _is_ one of the most critical areas
    of the FS code, and hashes (which it uses) are inherently bad for caches.

    The instruction you point to as being the most likely suspect:

    if (unlikely(dentry->d_bucket != head))

    is the first instruction that actually looks at the dentry chain
    information, so sure as hell, that's the one you'd expect to show up as
    the cache miss.

    There's no question that the dcache is very effective at caching, but I
    also think it's pretty clear that especially since we allow it to grow
    pretty much as big as we have memory, it _is_ going to cause cache misses.

    I don't know what to even suggest doing about it - it may be one of
    those things where we just have to live with it. I don't see any
    alternate good data structures that would be more cache-friendly.
    Unlike some of our other data structures (the page cache, for example)
    which have been converted to more cache-friendly RB-trees, the name
    lookup is fundamentally not very well-behaved.

    (Ie with the page cache there is a lot of locality within one file,
    while with name lookup the indexing is a string, which pretty much
    implies that we have to hash it and thus lose all locality)

    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 13:33    [W:0.021 / U:43.188 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site