-
Notifications
You must be signed in to change notification settings - Fork 104
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Excessive CPU usage #3230
Comments
Looking at the diff the only two that feel like they could be it?:
Alternatively, dependency changes? Could rebuild https://launchpad.net/~mir-team/+snap/miriway-beta as a data point. |
I don't know why you'd pick those. In particular, #3203 was cherry-picked into 2.16.3. There are a lot that could have an effect. These look plausible: |
Yeah, seems like a long shot, but worth confirming. (Odd that this doesn't show any builds - edge does) OTOH, I've installed the rebuilt beta and now have the high CPU usage again. |
I have also tried #3231 (which shows the same symptom). I've also tried Attempting to kill |
And now I'm on Update: while I was writing the previous sentence, usage suddenly dropped to 1.7% and stayed in single digits. |
And now, on When I reported this, the problem was persistent beyond a few minutes. It now seems that regardless of the channel there is a chance of getting into this "high CPU" mode, and a chance of getting out of it again. Maybe the difference between (There is nothing in the logs to suggest what Miriway is doing with the CPU) |
Have you tried attaching |
No, not "got serious" yet. So far just working on reproducing (and hoping it was a recent change that could be spotted). |
Compositing seems to be "the thing"...
|
Or maybe not. I had high CPU again...
|
Maybe there are two high CPU modes. I have just seen:
Which look more like the first of the two profiles above |
OK, as discussed on #3066 (comment) this is (where I've seen it) mostly a problem with compositing on the DisplayLink driver being CPU intensive. For my purposes (software development rather than gaming or video playback) an effective mitigation is to add |
OK, there are two modes. With the compositing mitigation in place I again got:
|
I've tried switching back to GNOME for a while, and that definitely doesn't use as much CPU when using DisplayLink. |
A (new) manifestation: After upgrading to 24.04, "DisplayLink 6.0", and using "Miriway 129-mir2.17.0 (4052)" running |
There's intermittent high CPU usage of Miriway, seen across
stable
(Mir 2.16.3)beta
andedge
(Mir/main)So far, I've only seen it when docked to evdi (DisplayLink) outputs. And there's another report against Miracle-mw
At first it seemed very consistent when switching between versions, but I've now been running for over a week without problems with the version I first saw it on.
[Original report]
There's a big difference in CPU usage between miriway/{stable, beta} and miriway/edge when docked using DisplayLink and my usual collection of comms and development apps open on various workspaces.
With stable, miriway-shell idles at around 1%CPU, (with spikes up to around 100%)
With edge, miriway-shell idles at around 35%CPU, (with spikes up to around 190%)
Likely to be Mir as the difference is between Mir/2.16.3 and Mir/main
The text was updated successfully, but these errors were encountered: