Re: [LAU] [Zynaddsubfx-user] zyn and the art of software maintenance

From: rosea grammostola <rosea.grammostola@email-addr-hidden>
Date: Thu Sep 17 2009 - 15:02:02 EEST

rosea grammostola wrote:
> Gabriel M. Beddingfield wrote:
>>
>>
>> On Thu, 17 Sep 2009, Grammostola Rosea wrote:
>>>> You seem to be somewhat alone with this one. No offence, but it does
>>>> sort of hint that your system setup might be less than ideal. With a
>>>> little more info, some help/assistance might be possible.
>>> I think my system is configured pretty well. I have no problems with
>>> any
>>> other audio app.
>>
>> When I was tracing 'zombification' issues in Hydrogen, it was very
>> helpful to me (the developer) to know:
>>
>> * jackd settings when firing up the application
>> (e.g. jackd -R -d alsa -p 4 -n 2 -r 192000 -Xseq)
>>
>> * A little more about the system (memory, CPU,
>> distro, jackd version)
>>
>> * Any command-line options you used to start
>> the application and cause the fault.
>>
>> Obviously, Zombies happen more often with aggressive JACK settings.
>>
>> On the other hand, even with that info it is generally hard to trace
>> out a Zombification issue. The zombie notification happens a few
>> milliseconds _after_ the event that waited -- so, backtraces weren't
>> very helpful. Increasing your logging can corrupt your measurements
>> because I/O is one source of a zombie. It was even possible, for
>> instance, for one application to take just a little too long (leaving
>> no time for the 2nd app). JACK would then blame the zombification on
>> the 2nd app.
>>
>> I ended up having to do a static code analysis to search for memory
>> allocation, re-do our logging scheme (because its mutex was causing
>> locks), and discover some new taboo functions. The biggest surprise
>> (for me) is that Qt's QString constructor and operator= could not be
>> used in real-time code.
>
> /usr/bin/jackd -R -dalsa -dhw:0 -r48000 -p128 -n2 -Xseq -zt
>
>
> jackd (0.116.2+svn3592-3)
>
>
> Debian testing, Pentium 4 32bit
>
>
> The only strange thing on my system
>
>
> This is in my /etc/security/limits.conf
>
> @audio - rtprio 99
> @audio - nice -10
> @audio - memlock 970215
>
>
> But ulimit -l
> give unlimited
>
>
> I tried to figure out how come on #jack, but no solution yet
>
> But afaik Zyn should also run properly with unlimited...
>
>
> \r
>
>
>
>
The 'normal' zyn in debian testing 2.4 works a lot better all though it
zombifies too sometimes after a while. (that's why I always use the one
from git, but that's offline now at the moment)

\r

_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@email-addr-hidden
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-user
Received on Thu Sep 17 16:15:06 2009

This archive was generated by hypermail 2.1.8 : Thu Sep 17 2009 - 16:15:06 EEST