Thanks for all the comments and suggestions.
Bernard: 1) I tried both the patches you mentioned and they had minimal
impact.
2) I am checking with the KURT group about their progress
with PPC
Thanks
Bill: Sorry if I sounded like I was blasting RTLinux. I have been using
RTLinux for the
past three years in several projects and love it. As for the PPC, our group
went through a lengthy
SBC evaluation and have picked the Synergy PPC as the board of choice and we
WILL
use it. We have tentatively selected the dual PPC version using SMP but I
feel for the kind of work
we plan on doing and memory contention a single CPU version will work just
fine. It appears
that with the horse-power of the PPC that our bottle-neck will be I/O so
multiple CPUs will not help.
I have not spent a lot of time getting RTLinux working because I was told that
it was not ready.
I will certainly re-visit the issue after all the comments.
We will have three or four Synergy SBCs running in a VMEbus chassis. The
boards that require
RT scheduling will be running out of ramdisk and NFS mounted to a system disk.
Again, Thanks for all the comments, and I'll experiment with some of the ideas
mentioned.
Al
Bill Crum wrote:
> Sorry about earlier message, forgot you were talking about the Dual PPC.
> Good luck
> Bill
>
> ----- Original Message -----
> From: al lykken <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, June 24, 2000 3:27 PM
> Subject: [rtl] Soft Real Time
>
> >
> >
> > > ----------
> > > From: al lykken[SMTP:[EMAIL PROTECTED]]
> > > Sent: Saturday, June 24, 2000 11:27:46 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: [rtl] Soft Real Time
> > > Auto forwarded by a Rule
> > >
> > I'm involved in a new project where we plan to use dual Power PC Synergy
> > SBCs running
> > Yellow Dog LINUX. Since RT Linux doesn't seem to ready for prime time I
> > have been trying
> > to do deterministic scheduling with the existing system, with some
> > success. So far I:
> >
> > 1. Changed my HZ from 100 to 1000
> > 2. Set the running thread priority to 90 with sched_setscheduler
> > 3. Locked the task in memory with mlockall
> > 4. I used the interval timer, setitimer to do my scheduling
> >
> > I am able to get tasks to down to ~1 ms. And as lone as nothing else is
> >
> > going on it is solid as a rock
> >
> > The problem is that when another process is started, any access to disk,
> > etc I blow my frame,
> > where I get burps out to 10 - 30ms.
> >
> > Is there anything else I might do to make my task more deterministic and
> > is there any hope for RT Linux
> > with Synergy (PPC).
> >
> > Thanks......Al
> >
> >
> > -- [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/
-- [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/
