[Bug 1789059] Re: continual GUI freeze
Reproduced in a build without perftools. Created report https://bugs.launchpad.net/mixxx/+bug/1885894. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1789059 Title: continual GUI freeze To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/1789059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1789059] Re: continual GUI freeze
Ok I spent some time looking at the functions indicated by source files and line numbers from other threads, like that related to CoverArtCache, but you are right. Have yet to test with a build without PerfTools actually. Gotta be a bit later though. > we should create a new issue Will do. I was unsure since the author of the bug was not entirely clear whether it was fixed. (If you prefer to create the new bug entry instead of me, please do go ahead). Thanks. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1789059 Title: continual GUI freeze To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/1789059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1789059] Re: continual GUI freeze
I just had it hang when exiting the program, at a time of low CPU load. Curiously enough, attaching the debugger in order to obtain the backtrace was sufficient to make it recover (when I detached the debugger the program closed successfully). I know it sounds exotic but I'm actually documenting this all on video (if only to provide reproduction steps should anyone require it, althought it should also serve to show off some of my backtracing skills on YouTube in the form of a timelapse). ** Attachment added: "2020-06-29 5H01 gdb mixxx-debug bt (hang on exit).txt" https://bugs.launchpad.net/mixxx/+bug/1789059/+attachment/5388096/+files/2020-06-29%205H01%20gdb%20mixxx-debug%20bt%20%28hang%20on%20exit%29.txt -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1789059 Title: continual GUI freeze To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/1789059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1789059] Re: continual GUI freeze
Oh, so it's related to tcmalloc. Thanks. Here is the full backtrace with debug symbols. ** Attachment added: "backtrace - debug build" https://bugs.launchpad.net/mixxx/+bug/1789059/+attachment/5388091/+files/2020-06-29%204H41%20gdb%20mixxx-debug.txt.html -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1789059 Title: continual GUI freeze To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/1789059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1789059] Re: continual GUI freeze
Don't know. Should I build locally without it? If you can you tell me what the implications are (or point me to some documentation or code) I'd like to know more about it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1789059 Title: continual GUI freeze To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/1789059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1789059] Re: continual GUI freeze
Got it, thanks. I'm running cinnamon-4.6.5-1 with qt5-base-5.15.0-3 (https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/qt5-base). I start Mixxx with '-platform xcb', per default, but needless since Cinnamon runs on X (1.20.8-2). I just removed 'pasuspender' from the official launcher. The build sources for Arch are at (https://git.archlinux.org/svntogit/community.git/log/trunk?h=packages/mixxx). I did what you suggested and the call stack is similar, even did a diff between'em. The only change was in one thread that was not blocking on that call (see attached). This is the thread that is running at priority -2 that I mentioned previously, don't know what it is/does. The first time it was caught on an unknown function at 'libm.so.6' and now it stays in 'clock_nanosleep@GLIBC_2.2.5 ()' at 'libc.so.6'. It's using the majority of CPU of the process, about 5%, even during the hang state. 'strace' of a hang thread shows FUTEX_WAIT_PRIVATE, predictably. I tested with suspending multiple times with the debugger and there were no further changes, not even after the song had stopped. ** Attachment added: "2020-06-28 15H49 gdb mixxx with patch.tar.xz" https://bugs.launchpad.net/mixxx/+bug/1789059/+attachment/5387975/+files/2020-06-28%2015H49%20gdb%20mixxx%20with%20patch.tar.xz -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1789059 Title: continual GUI freeze To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/1789059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1789059] Re: continual GUI freeze
I've been getting this on Mixxx 2.2.4 (which somehow was released to Arch Linux much sooner than the official release which was just yesterday) for the past 5 days or so. Maybe the fact that I'm running JACK with tighter settings and two external USB soundcards, and streaming with OBS studio at the same time (loading my CPUs to ~35%) makes the problem more apparent. It seems to happen somewhat randomly when loading tracks at times of high cpu load. I got it on video - was streaming live, in fact (unlisted, thankfully): https://www.youtube.com/watch?v=RnhlpDaXFB8=17m14s. See at the 17:24 mark. The music continues to play fine (I have JACK running at RTPRIO 85 (PR -86), which means the mixxx client thread is PR -81. There's another thread at priority -2 and the remaining threads are not real-time (PR 20). I get this on the stock Arch kernel, as well as linux-ck and linux-rt (with/without CONFIG_HZ=1000 and other optimizations), which is to say, it happens with all kernels and config sets. The log file does not contain anything useful and running with --developer also did not help. Attached backtrace according to comments #4 and #15. As I've been able to reproduce this consistently (with a bit of patience), do let me know if I can be of any more help. ** Attachment added: "gdb backtrace output in 'fake' html format (to be viewed in a web browser with colored output)" https://bugs.launchpad.net/mixxx/+bug/1789059/+attachment/5387856/+files/2020-06-28%209H37%20gdb%20mixxx.txt.html -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1789059 Title: continual GUI freeze To manage notifications about this bug go to: https://bugs.launchpad.net/mixxx/+bug/1789059/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
