[lkml]   [2005]   [Nov]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19


    >> If your and other kernel developer's (<<0.01% of the universe) kernel
    >> builds slow down by 5% and my and other people's simulations (perhaps
    >> 0.01% of the universe) speed up by a factor up to 3 or 4, who wins?
    >First off, you won't speed up by a factor of three or four. Not even

    My measurements of factors of 3-4 on more than one hw arch don't
    mean anything then? BTW: Ingo Molnar has a response that did find
    my comp.arch posts. As I indicated to him, I've done a lot of code
    tuning to get better performance even in the presence of tlb issues.
    This factor is what is left. Starting from an untuned code, the factor
    can be up to an order of magnitude larger. As in 30-60. Yes, I've
    measured that too, though these detailed measurments were only on

    It is true that I have never had the opportunity to test these
    issues on x86 and its relatives. Perhaps it would be better there.
    The relative insensitivity of the results I have already to hw
    arch, indicate otherwise though.

    Re maintainability: Fine. I like maintainable code too. Coding
    standards are great. Language standards are even better.

    These are motherhood statements. Your simple rejections
    ("NO, HELL NO!!") even of any attempts to make these sorts
    of improvements seems to make that issue pretty moot anyway.


    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-11-04 17:16    [W:0.025 / U:11.868 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site