[lkml]   [2005]   [Jan]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] [request for inclusion] Realtime LSM

    * Jack O'Quin <> wrote:

    > Adding a tid field is relatively easy. Fixing the race condition
    > between setting it in the new thread and using it in the creating
    > thread is harder, but not impossible. But, even setting it in the new
    > thread would create an incompatible interface. With hundreds of JACK
    > client applications, binary compatibility is a serious consideration.

    i'm not suggesting that this is the way to go, it's just to test how
    nice--20 tasks would perform (on the hacked kernel). We still dont have
    this data, because in the other tests you tried, some non-highprio
    threads got nice--20 priority as well, which can (and apparently do)
    interfere with the highprio threads.

    is it possible to call a function from the highprio-threads (and only
    from them) themselves, during the setup of those threads? If this is
    possible then all you need to add is a nice(-20); function call, which
    only affects the current thread. (you dont have to know the TID or PID
    and dont have to extend any Jack APIs and structures for this hack.)

    ('highprio threads' are the ones that normally get SCHED_FIFO priority
    with -R, 'lowprio threads' are the other client-side threads, if any.)

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

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