> ----------
> From: [EMAIL PROTECTED][SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, January 26, 1999 8:25 AM
> To: Basham, Richard R
> Cc: 'RT-Linux'
> Subject: RE: [rtl] [Q] About achieving 1 mks of execution period
>
>
>
> On Tue, 26 Jan 1999, Basham, Richard R wrote:
>
> > > I have found that the periodic task scheduler works quite well for 1
> > ms tasks where the task runs in the 250 us time frame. This leaves
> > machine time for other tasks. However, if you are looking for
> > absolute best possible speed interrupts are better. In a previous
> > e-mail sent to this board it was determined that there is a way to
> > speed up interrupt handling also. The following is an excerpt from
> > that e-mail. This is the result of a long discussion so you might
> > want to go back and read the chain of messages.
>
> Ok. Clear.
>
> > The next question : when I do the critical job in rt-module and a fifo
> > handler is executed - what I will have ?
>
> [...]
>
> Sorry, I don't ask clearly, I mean will the fifo handler execution impact
> critical rt-module job, if will how much ?
>
Your rt task will not be affected by writting data to the fifo if it is a small amount
of data. The time to pu the data into the fifo is quite small. It is similar to
writting the message in memory. If you have critical lines code that need to be
executed immediately in succession then don't write any information to the fifo until
that is complete. In general if you send your messages to the fifo near the end of
your rt task it should not be a problem.
I usually handle the things that I know will occur first. Then if I am doing
someting based on messages from user space I then check the fifo for new messages. I
then act upon the message if any. At the end of this exchange I then write any info I
have to a fifo headed for user space. This approach has worked well for me.
> > Rich
> >
> >
>
> Rus
>
--- [rtl] ---
To unsubscribe:
echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR
echo "unsubscribe rtl <Your_email>" | mail [EMAIL PROTECTED]
----
For more information on Real-Time Linux see:
http://www.rtlinux.org/~rtlinux/
