lkml.org 
[lkml]   [2004]   [Nov]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [Fwd: Re: [patch] Real-Time Preemption, -RT-2.6.9-mm1-V0.4]

    * Florian Schmidt <mista.tapas@gmx.net> 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.

    (just remove the offending call to show_all_locks())

    > Since the lock debugging can screw timings, will this be fixed in [one
    > of] the next version[s]?

    yeah, i think so. Right now i've increased the complexity of the checks
    to root out bugs as clearly there's a stability problem. Once things
    have calmed down i think we can remove the 'check all locks at exit
    time' portion that is the problematic one.

    note that you really need some insane loads with thousands of tasks in
    the runqueue (hackbench) to really trigger that kind of overhead. Normal
    loads are not supposed to trigger any of this, even with full debugging
    turned on.

    Ingo
    -
    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.025 / U:31.912 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site