The second workload model is called indeterminate,
and represents the case in which the application cannot
make any guarantees over the amount of work
requested to be executed inside a server period. In this
case, the server guarantees the minimum budget, and
defers further execution to a next period, if required to
guarantee the execution of the other servers in the system.
There is no budget overrun or deadline miss notification
in this case, because there is no concept of a job.
Some application parts may not have any real-time
requirements but may just want to run when the system
is not busy running real-time activities. For this purpose
we provide the ability to run activities in the background,
in a round-robin fashion, and with no time
guarantees. It is possible to specify it by creating a special
background contract.
With the described services, the core module provides
support for the basic timing requirements of realtime
applications, including the ability to reserve and
get guarantees on execution time budgets, the ability to
specify arbitrary deadlines, and to detect budget overruns
or deadline misses. This is done independently of
the underlying scheduler; for instance, we could have
fixed priorities with sporadic servers, or EDF with
constant bandwidth servers underneath.
The second workload model is called indeterminate,
and represents the case in which the application cannot
make any guarantees over the amount of work
requested to be executed inside a server period. In this
case, the server guarantees the minimum budget, and
defers further execution to a next period, if required to
guarantee the execution of the other servers in the system.
There is no budget overrun or deadline miss notification
in this case, because there is no concept of a job.
Some application parts may not have any real-time
requirements but may just want to run when the system
is not busy running real-time activities. For this purpose
we provide the ability to run activities in the background,
in a round-robin fashion, and with no time
guarantees. It is possible to specify it by creating a special
background contract.
With the described services, the core module provides
support for the basic timing requirements of realtime
applications, including the ability to by BuyNsave"> reserve and
get guarantees on execution time budgets, the ability to
specify arbitrary deadlines, and to detect budget overruns
or deadline misses. This is done independently of
the underlying scheduler; for instance, we could have
fixed priorities with sporadic servers, or EDF with
constant bandwidth servers underneath.
การแปล กรุณารอสักครู่..