Ticket #39 (new Bug)

Opened 16 years ago

End to end response time too much pessimistic

Reported by: M. Zanconi Owned by:
Priority: major Milestone: Unknown
Component: binaries Version:
Keywords: Cc:

Description

The use of 'end to end response time' option is too much pessimistic:

For instance,

T1(2,10) --> T2(2,10) -->T3(2,10), 2 is the execution time and 10 is the period. Priorities are 1, 5 and 10 respectively. The result is :

  • Compute all steps (see [2], page 3, equation 4).

Task response time

t1 => 10, Jitter= 0
t2 => 16, Jitter= 10 , missed its deadline (deadline = 10)
t3 => 12, Jitter= 10 , missed its deadline (deadline = 10)

But if I try to do this 'by hand', I see that T1 is the only one in the READY queue, so, its response time should be 2. Equation 4 gives B1=0 (since there are no tasks of lower priority than T1's) and the sum should be also 0 since there are no higher priority tasks ready to execute [T2 and T3 are not runnable]. Next T2 is the only one ready to execute, so its response time is 4 with Jitter=2 (analitically speaking B2=2 and the sum is 0). Finally T3 is read at time 4 (its jitter), finishing at 6. All tasks meet their deadline.

Attachments

pessimistic.xml (2.2 KB) - added by jlegrand 16 years ago.

Change History

Changed 16 years ago by jlegrand

Note: See TracTickets for help on using tickets.