[lkml]   [2006]   [Mar]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [Ocfs2-devel] Ocfs2 performance bugs of doom
    Daniel Phillips wrote:

    > A poor distribution as you already noticed[1]. Even if it was a great
    > distribution, we would still average a little over two nodes per bucket
    > twice as many as we should allow unless you believe that people running
    > cluster filesystems have too much time on their hands and need to waste
    > some of it waiting for the computer to chew its way through millions
    > of cold cache lines.

    Just interested: do the locks have any sort of locality of lookup?
    If so, then have you tried moving hot (ie. the one you've just found,
    or newly inserted) hash entries to the head of the hash list?

    In applications with really good locality you can sometimes get away
    with small hash tables (10s even 100s of collisions on average) without
    taking too big a hit this way, because your entries basically get sorted
    LRU for you.

    SUSE Labs, Novell Inc.
    Send instant messages to your online friends

    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: 2006-03-09 08:45    [W:2.774 / U:0.016 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site