Re: [Protux-devel] RTS problems

[Remon Sijrier]

Ehm, alas I was to early, even with param.sched_priority =  50 protux is 
sometimes freezing my computer. Artswrapper is using this value, and it's 
actually to low for good results, but I still have those "freezes" :-(

Using RTS in this way (the MADM implementation), the whole program runs in RTS 
mode, so I thought, if I only run the private Threads in Mixer in RTS mode we 
achieve the same results.
And thats true, except my computer was again freezing randomly. I used pthread 
instead of QThread because QThread::Priority didn't seem to work.

Regarding thread priority, we certainly should only set specific threads to 
some priority level, instead of the whole program :-P
Using pthreads is IMO better as we have more control options compared to 
QThread.

JACK is using a watch_dog thread with a higher priority then the thread it is 
watching, if this thread returns an error (time-out related), this watch_dog 
thread is killing the related threads. Don't know if this is a solution to 
the random freezes, but I think we should carefully use this feature until we 
know for sure it runs stable and no more random 'freezes' happens, before 
notifying users to run protux as root or with root privileges


I'll hope we can fix this soon, 

Greets,

Remon




On Tuesday 09 September 2003 22:34, Luciano Giordana wrote:
> > I compiled MADM with param.sched_priority =  80 (min = 1, max = 99), and
> > everything is fine now even if I use the same testcase:
>
> good point. I tried it, notice no difference, and keep stability...
>
> > Can somebody help me with this:
> > Where can I set the width for the TPA??
>
> In Song.cc , lines 100,101 and 102
>
>
> Regards
>
>
>
> _______________________________________________
> Protux-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/protux-devel