lkml.org 
[lkml]   [2004]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [Fwd: Re: [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.4]
    From
    On Mon, Nov 01, 2004 at 11:30:37PM +0100, Florian Schmidt wrote:
    > took jackit-devel off cc, since it bounced anyways [too many recipients]
    > On Mon, 1 Nov 2004 19:46:15 +0100
    > Ingo Molnar <mingo@elte.hu> wrote:
    ...
    > >
    > > also, there are no "arbitrary load" latency guarantees with
    > > DEADLOCK_DETECTION turned on, since we search the list of all held locks
    > > during task-exit time - this can generate pretty bad latencies e.g.
    > > during hackbench.

    > btw: i see the same build failure as Rui with lock debugging disabled. Since
    > the lock debugging can screw timings, will this be fixed in [one of] the next
    > version[s]?

    Unlikely, it's got to lock the entire kernel to make sure that things aren't
    changing under it. Getting measurements is useful at this stage, but don't expect
    it to be a finished product any time soon and please keep that in mind. Stability
    should be, if it's not already, the single most important things in this project
    at this phase. Getting numbers now for a specific single application is going to
    be of limit use until the system is stable enough for general characterization.

    Keep doing it, but keep in mind that anything you're going to get at this time
    is going to be very coarse. Don't put too much weight on it.

    That's my take.

    bill

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