Messages in this thread | | | Date | Thu, 31 Mar 2011 11:12:14 -0400 | From | Steven Rostedt <> | Subject | Re: Minimum time slice for relaible Linux execution |
| |
On Thu, Mar 31, 2011 at 01:13:55PM +0100, limp wrote: > Dear all, > > I have developed a framework similar to a hypervisor that switches between > Linux and a RT domain. > As RT priority is of highest importance, I want to give more time to the RT > domain *but* I also want to give Linux adequate time for being able to > operate. > > Could anyone advise me on how to determine the minimum possible time slice > that I can give to Linux so that it doesn't crash? > > That is, if I periodically execute my RT domain every ms and then I switch > to Linux, what's the minimum time that should be given to Linux, until the > next RT domain execution? >
I'm not sure there is any requirement. The only problem I guess that can happen is if you give such little time that the timer interrupt can't finish, or that every time you schedule Linux back in, the timer interrupt goes off and nothing else gets done.
Probably want to take a look at how virtualization works, as it has the same issue. Linux guests get scheduled in periodically, and there's no guarantee that they will run for a long time either, as real-time tasks on the host may starve them.
Outside the live lock that I explained above, I doubt anything will actually cause Linux to crash due to this.
-- Steve
| |