[lkml]   [2009]   [Jul]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: report a bug about sched_rt
    Bill Gatliff wrote:
    > Jamie Lokier wrote:
    > >For simple things like "try to keep the buffer to my DVD writer full"
    > >(no I don't know how much CPU that requires - it's a kind of "best
    > >effort but try very hard!"), it would be quite useful to have
    > >something like RT-bandwidth which grants a certain percentage of time
    > >as an RT task, and effectively downgrades it to SCHED_OTHER when that
    > >time is exceeded to permit some fairness with the rest of the system.
    > >
    > Useful perhaps, but an application design that explicitly communicates
    > your desires to the scheduler will be more robust, even if it does seem
    > more complex at the outset.

    I agree with communicting the desire explicitly to the scheduler.

    In the above example, the exact desire is "give me as much CPU as I
    ask for, because my hardware servicing will be adversely but
    non-fatally affected if you don't, and the amount of CPU needed to
    service the hardware cannot be determined in advance, but prevent me
    from blocking progress in the rest of the system by limiting my
    exclusive ownership of the CPU".

    How do you propose to communicate that to the scheduler, if not by
    something rather like RT-bandwidth with downgrading to SCHED_OTHER
    when a policy limit is exceeded?

    -- Jamie

     \ /
      Last update: 2009-07-26 00:51    [W:0.021 / U:96.156 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site