lkml.org 
[lkml]   [2002]   [Feb]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: thread_info implementation
    >>>>> On Mon, 11 Feb 2002 19:04:49 -0800 (PST), "David S. Miller" <davem@redhat.com> said:

    DaveM> You don't have any facts, you just "think" it will slow
    DaveM> things down because of the pointer dereference. I challenge
    DaveM> you to show it actually shows up on the performance radar.

    DaveM> The thing is going to be fully hot in the cache all the time,
    DaveM> there is no way you'll take a cache miss for this
    DaveM> dereference.

    Let's see: on Itanium, a ld takes up an M slot and has a 2 cycle
    access latency (if in the first level cache). This may or may not be
    noticable in benchmarks, but it certainly won't go faster. And all
    this just for task coloring (which we can do with the old set up just
    fine)?

    --david
    -
    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-03-22 13:24    [W:2.683 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site