lkml.org 
[lkml]   [2003]   [Jul]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [uClinux-dev] Kernel 2.6 size increase - get_current()?
    From
    On Thursday, Jul 24, 2003, at 14:37 US/Central, Alan Cox wrote:

    > On Iau, 2003-07-24 at 16:30, Hollis Blanchard wrote:
    >> So you're arguing for more inlining, because icache speculative
    >> prefetch will pick up the inlined code?
    >
    > I'm arguing for short inlined fast paths and non inlined unusual
    > paths.
    >
    >> Or you're arguing for less, because code like get_current() which is
    >> called frequently could have a single copy living in icache?
    >
    > Depends how much the jump costs you.

    And also how big your icache is, and maybe even cpu/bus ratio, etc...
    which depend on the arch of course.

    So as I saw Ihar suggest earlier in this thread, perhaps there should
    be two inline directives: must_inline (for code whose correctness
    depends on it) and could_help_performance_inline. Then different archs
    could #define could_help_performance_inline as appropriate.

    --
    Hollis Blanchard
    IBM Linux Technology Center

    -
    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:47    [W:0.020 / U:0.200 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site