linux-kernel - RE: Minimum time slice for relaible Linux execution

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <SNT111-DS223A836C90F9E0C2A8AB07A7BE0@phx.gbl>
Date:	Fri, 1 Apr 2011 13:39:01 +0100
From:	limp <johnkyr83@...mail.com>
To:	"'Steven Rostedt'" <rostedt@...dmis.org>,
	"'Dario Faggioli'" <raistlin@...ux.it>
CC:	<linux-kernel@...r.kernel.org>
Subject: RE: Minimum time slice for relaible Linux execution

Thank you guys for your responses,

To be honest I haven’t looked in detail how RTAI and Xenomai does it but
AFAIK, they don't give a fixed time slice to Linux either (i.e. they switch
To Linux only when they have finished with their RT tasks).

A difference between their implementation and mine is that I don't acknowledge
any Linux interrupt while the RT domain is executed so maybe, if Linux code
is not smart enough to re-issue a lost interrupt, and if the RT domain takes most
of CPU time starving Linux, this can cause Linux to crash at some point. 

The idea of not acknowledging Linux interrupts on RT domain is that I don't
want to add *random* overhead into RT tasks execution.

What do you guys thing?

Kind regards,

John K.

-----Original Message-----
From: Dario Faggioli [mailto:raistlin@...ux.it] 
Sent: Friday, April 01, 2011 9:05 AM
To: Steven Rostedt
Cc: limp; linux-kernel@...r.kernel.org
Subject: Re: Minimum time slice for relaible Linux execution

On Thu, 2011-03-31 at 11:12 -0400, Steven Rostedt wrote: 
> 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.
> > 
> 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.
> 
Right. Moreover, what you're doing seems very very similar to what these guys do: https://www.rtai.org/ , http://www.xenomai.org/ .

I've never checked if (and if yes how) they do such thing as you're thinking, but maybe they do... Have you already looked at them?

Regards,
Dario

--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa  (Italy)

http://retis.sssup.it/people/faggioli -- dario.faggioli@...ber.org

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/