Re: [Protux-devel] RTS problems

[Remon Sijrier]

Hi Fabio, 

forgot to answer your mail, so here it is (if I'm wrong with this answer, let 
me know please :-) )

> using a lot of resource for some
> tasks plus having to share the leftover resources for recording.

By using a higher priority, protux claims first the CPU recoures (plus the 
rest of the recources) and give the leftover to other processes :-)

> I understand absolutely nothing about priorities, real times scheduling,
> or threads and how this should be implemented. But it occurred to me
> that one of the advantages of GNU/Linux (and future hurd as well) is the
> possibility of using other dumb-workstations do devides intensive tasks
> (Rendering Farms, so to speak). Shouldn't this be taken into account
> when designing things related to how Protux relates to the kernel, and
> how it handles resources in general?

This Rendering Farms are indeed only usefull for rendering large projects at 
once. But for low latencies, the path between input and output must be as 
short as possible, and using a network with 'render farms' only introduces 
more delay in the process path.

I think it is not usefull to take care of such thing in the design of protux 
render routines, as large project can only be made with a fast computer, and 
so rendering a project will also be fast, and is less of a priority I think..

Remon
>
> Am I on an trip? Did anyone follow me? RFC...
> Fabio.
>
> On Wed, 2003-09-10 at 21:01, Luciano Giordana wrote:
> > > Using pthreads is IMO better as we have more control options compared
> > > to QThread.
> >
> > good point. We moved from pthread to qthread cause a super-bug, which was
> > solved a long time ago. We could get back to pthread now.
> >
> > also, the best thread to put in RTC is Mixer->going. It is focused on
> > mixing/reading audio during go operatoin, and it is the only thing that
> > needs the low latency (wich require rtc)
> >
> >
> >
> >
> > _______________________________________________
> > Protux-devel mailing list
> > address@hidden
> > http://mail.nongnu.org/mailman/listinfo/protux-devel