[lkml]   [2000]   [Jan]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Interesting analysis of linux kernel threading by IBM

    Hi Ian,

    Friday, January 21, 2000 3:47 PM
    Ian Soboroff <> wrote :
    > in the vast majority of cases, i suspect it's easier and probably
    > better to redesign the app than redesign the scheduler. that said,
    > the improvements already done are quite good and needed.

    why You all speak about worse designed multithreaded apps.
    Every technology bad applied is worse !
    Suppose You have a rendering job to be done.
    It can be subdivided in a highly parallel system with distinct threads that
    can run together :

    1) Viewing transformation
    2) Triangulation
    3) Scan conversion
    4) Texturing
    5) Illumination
    6) Frame output

    just to keep it simple.
    Now can someone tell me why I would not split my job into threads ?
    You can state that I don't have benfits in uniprocessor systems.
    But I have in SMP, that is, IMHO, the future of computing technology.
    You can find the needs of parallelism starting from CPUs executions units up
    complex software systems up to daily work organization.
    And if the OS is the bottleneck of parallelism we must try to improve it,
    not to avoid multithreading.
    Even if modern CPU architectures like IA64 which leave to high tuned
    the work of parallelize ( I don' know if this word is correct ;) ) the code,
    I think that
    the software designer can do even better, or at least improve, the compiler


    All this stuff is IMVHO

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:56    [W:0.020 / U:25.252 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site