On 23/12/2018 05:48, The Natural Philosopher wrote:
> On 22/12/2018 16:52, mm0fmf wrote:
>> On 22/12/2018 14:12, Martin Gregorie wrote:
>>> rue, but since Linux isn't an RTOS
>>
>> You could select the SCHED_DEADLINE scheduler, standard in Linux since
>> 3.14.x
>>
>
> I would be interested in that for an audio processing app..on a *86
> machine...
>
> can you point me at some more info?
>
>> Or apply the Prempt-RT patchset.
>>
>>
> likewise
>
>

Old article:
https://lwn.net/Articles/396634/

Assorted pdfs of presentations. I know I've been to some of these
presentations but my memory is dim of conferences I attended a few years
back, they all merge into one.

https://elinux.org/images/d/de/Lelli.pdf
https://elinux.org/images/f/fe/Using_SCHED_DEADLINE.pdf
https://elinux.org/images/d/d3/DEADLINE_alive.pdf


http://www.admin-magazine.com/Archive/2015/25/Optimizing-utilization-with-the-E
DF-scheduler

For Preempt-RT, try the Real Time Linux Wiki

https://rt.wiki.kernel.org/index.php/Main_Page

Of course, with all things real-time, YMMV. I know I experienced the
difficulties of trying to get things to work the way we wanted when part
of a team implementing SONAR processing on arrays of DSPs using a
serious hard real time OS. The real time additions to Linux should (note
should) make some tasks easier or maybe help reduce some of the worse
effects of running on a OS with no real-time concepts. But real-time is
real-hard. Still, it's something to play with.

It may still be both cost-effective and pragmatic to use Arduinos to do
the RT stuff and control them with a Pi.

--- SoupGate-Win32 v1.05