https://bugs.winehq.org/show_bug.cgi?id=47281
johnstonljordan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johnstonljordan@gmail.com
--- Comment #7 from johnstonljordan@gmail.com --- (In reply to Zeb Figura from comment #5)
Unless it can be demonstrated that the bug affects plain Wine, it should be filed with the distributor of the patches in question. This bug tracker only supports plain Wine and Wine-Staging.
@zeb this can easily be demonstrated on vanilla wine (including current versions).
the application has a trial version, as well: https://www.ableton.com/en/trial/
NOTE: There is currently a regression in Wine-9.11 or 9.12 caused by this commit: https://gitlab.winehq.org/wine/wine/-/merge_requests/5752 or a related ucrt commit that casues Ableton to no longer be able to use crash recovery / undo... So if you do test this out: be aware of why that warning happens on startup.
That said:
It's not specific to some custom version of wine (although, in my own builds: I do NOT have this problem, but I'm using Fsync, RT scheduling, etc). It's likely not a problem on Proton/Fsync, either...
However, even when this bug isn't an issue; Ableton's 'Mainthread` does consume a lot of CPU, even on idle. strace on that thread shows stuff like this (when using Fsync):
6.215589 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000011> 6.215590 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000012> 6.215592 futex(0x76fee83a8a80, FUTEX_WAKE, 1) = 0 <0.000010> 6.215594 rt_sigprocmask(SIG_SETMASK, [HUP INT QUIT USR1 USR2 ALRM CHLD IO], [], 8) = 0 <0.000011> 6.215596 futex(0x76fee83a8a80, FUTEX_WAKE, 1) = 0 <0.000010> 6.215598 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000011> 6.215599 futex(0x76fee83a8a80, FUTEX_WAKE, 1) = 0 <0.000011> 6.215601 rt_sigprocmask(SIG_SETMASK, [HUP INT QUIT USR1 USR2 ALRM CHLD IO], [], 8) = 0 <0.000011> 6.215603 futex(0x76fee83a8a80, FUTEX_WAKE, 1) = 0 <0.000010> 6.215604 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000009> 6.215605 futex(0x76fee83a8a80, FUTEX_WAKE, 1) = 0 <0.000011> 6.215607 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000009> 6.215608 futex(0x76fee83a8a80, FUTEX_WAKE, 1) = 0 <0.000009> 6.215610 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 <0.000010>
and the wait ops happen server-side.
Not entirely sure how to debug that though, it's a bit beyond me, beyond the scope of this particular bug, as well.
Regardless, this bug report is valid - despite it being a few years old / the OP using a custom build of wine. Very much present in vanilla Wine now.