Re: [Jack-Devel] jackdbus process eats two CPU cores for hours on end

PrevNext  Index
DateWed, 14 Dec 2016 17:26:53 +0000
From Thomas Howe <[hidden] at gmail dot com>
To[hidden] at lists dot jackaudio dot org
In-Reply-ToThomas Howe Re: [Jack-Devel] jackdbus process eats two CPU cores for hours on end
Okay, it seems that it only happens when MIDI is set to 'raw' (not 'seq'),
and the selected device is my Scarlett 2i4, so I'll just switch MIDI
driver. I'll probably do more testing at some point.

Thanks for the guidance, I doubt I would've isolated the problem without it
:)

On 12 December 2016 at 05:49, Thomas Howe <[hidden]> wrote:

> On 11 December 2016 at 15:03, Florian Paul Schmidt <[hidden]>
> wrote:
>
>> You could try initializing it to something close to the max value :)
>> Maybe even with attaching gdb to it if your executable has debug symbols
>> (so you don't need to build it yourself).
>>
>> Flo
>
>
> I haven't figured out how to make jack with debug symbols, but I tried the
> perf record thing (attached) anyway. It looks from that like MIDI is a
> factor - in the previous tests I had the MIDI driver set to 'raw', but when
> set to 'none', there is no glitch after 6h 13m! I'm now repeating the test
> with 'seq'.
>
> Instructions for initialising jack near the max value would be great! I'll
> look into gdb next time the spike occurs, which might be in 3h 30m...
>
PrevNext  Index

1481736427.9066_0.ltw:2,a <CAPktVFn7j1nuDtqAwzbNqvhtUnPOrRVLt5qxdkTpDLn0jCqmSw at mail dot gmail dot com>