| Summary: | Mouse pointer keeps stopping for a few seconds with multiple windows open and 1000Hz mouse polling rate | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | mf.finland707 |
| Component: | input | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | major | CC: | akselmo, duha.bugs, kdedev, nate |
| Priority: | NOR | Keywords: | efficiency-and-performance |
| Version First Reported In: | 6.4.5 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=510046 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | A screenshot of the top command while the bug is happening | ||
|
Description
mf.finland707
2025-10-01 21:42:58 UTC
Can you give us a screenshot of `top` or the tool of your choice when the bug is happening? I've also seen this on 6.4.5 with a Logitech G502 Lightspeed mouse, but had chalked it up to an app / electron since Obsidian Notes was always at the top of the process list, and the stuttering would stop happening if I closed it. (In reply to TraceyC from comment #1) > Can you give us a screenshot of `top` or the tool of your choice when the > bug is happening? > > I've also seen this on 6.4.5 with a Logitech G502 Lightspeed mouse, but had > chalked it up to an app / electron since Obsidian Notes was always at the > top of the process list, and the stuttering would stop happening if I closed > it. I haven't had this issue recently for whatever reason, maybe a system upgrade fixed the issue. But if it happens again I will show the output of the `top` command. Thanks for the update. I'll leave this in NEEDSINFO so it will remind us in 15 days. If the problem doesn't happen again, you can let the issue auto close in 30 days. Created attachment 185616 [details]
A screenshot of the top command while the bug is happening
After opening davinci resolve, a video editor, the bug started to happen again. I have added a screenshot of the `top` command as an attachment. Thanks for the screenshot, that's helpful. I see the process "GUI Thread" is using 101.0% CPU. It's possible this is tied to the performance of Davinci Resolve. Do you see this with any other application or just Resolve? 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! I have no longer had this issue at all, even in davinci resolve. I did do multiple system upgrades since reporting this bug, so an update might've fixed it for me. 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone! |