lkml.org 
[lkml]   [2004]   [Oct]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [Ext-rt-dev] Re: [ANNOUNCE] Linux 2.6 Real Time Kernel
    From
    Date
    On Tue, 2004-10-12 at 23:12, Bill Huey wrote:
    > My tree is stable. I was able to hammer this machine for 2-3 days straight
    > (no networking, that's another major can of worms) with deadlocking
    > using multipule mass "find / -exec egrep" of some sort that stress both
    > process creation and all parts of the IO system.

    He, a system without networking is a real measurement ? Ever heard of
    hackbench in combination with ping -f ?

    > That graph that I saw from Lee is consistent with my results in that a
    > deadlock prone system will have phenomenal latency performance at the
    > expense of being absolutely incorrect. It's just a flat out broken
    > system at this point that they've released.

    Thats a major problem caused by "dumb" priority inheritence. The goal is
    not priority inheritence at the very end. It's proxy execution, where
    priority inheritence is a subset.

    > > This could be done in a first step and then it is clearly identifiable
    > > and it gives us more flexibility to wrap different implementations and
    > > lets us change particular points in a more clear way.
    >
    > Yes, I agree, but the convention needs to be standardized.

    That's all I was talking about.

    > > I would be willing to provide some scripted conversion aid, if there is
    > > enough interest to that. I started with some test files and the results
    > > are quite encouraging.
    >
    > No, all of this can only be manual at this time, either through static
    > analysis by a compiler, like what Ingo did over the weekend or by hand
    > with runtime sleep violation checks.

    I'm not talking about automatic conversion of rules. I'm talking about
    automatic conversion of different concurrency controls into a
    equivillance function, which lets you better identify the neccecary
    manual changes and leaves room for simple and non intrusive replacement
    implementations.

    > Give me a bit of time to upload those files. I was just given permission
    > to talk about this openly now. But I can definitely tell you that I had
    > this running months before Monta Vista's announcement over the weekend.

    There are a bunch of other efforts underway around the world, which
    might be concentrated now into one.

    tglx


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