lkml.org 
[lkml]   [2003]   [Dec]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH][RFC] make cpu_sibling_map a cpumask_t


    Ingo Molnar wrote:

    >the thing that makes balancing-only driven SMT possible with current 2.6.0
    >is the overbalancing we do (to have cross-CPU fairness). Previous
    >iterations of the O(1) scheduler (all the 2.4 backports) didnt do this so
    >all the add-on SMT schedulers tended to have a problem achieving good SMT
    >distribution. Now that we more agressively balance, this isnt such a big
    >issue anymore.
    >

    I'm glad you like my idea. I do like your shared runqueue approach,
    its conceptually very elegant IMO, but implementation looks difficult.

    You'll have to have a look at my patch, it is the "scheduling domains"
    thing. Basically there are no ifdefs for NUMA or SMT in the scheduler,
    the balancing depends on SMP and behaves according to a structure
    describing desired properties.

    I have to document it a little more though.

    >
    >so i tend to lean towards your SMT patch, it's much easier to maintain
    >than my runqueue-sharing approach. The performance is equivalent as far as
    >i can see (around 20%, and a stabilization of the distribution of
    >runtimes) - but please also boot my patch and repeat the exact same
    >measurements you did.
    >

    I will. I might not get time today, but I'll test various old
    "favourites" like kernbench, hackbench, [dt]bench with both versions.


    -
    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:59    [W:2.919 / U:0.680 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site