| Summary: | Plasma hangs while copying items for a length of time proportional to the size of the clipboard history | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | JadenJSJ <jadenjsj> |
| Component: | Clipboard widget & pop-up | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | akselmo, cwo.kde, helaslo, nate, qydwhotmail |
| Priority: | NOR | ||
| Version: | 6.1.5 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/plasma/plasma-workspace/-/commit/c4c47a5cde045a49e8b3b315f81d0bb9fc855aba | Version Fixed In: | 6.3 |
| Sentry Crash Report: | |||
| Attachments: | Big clipboard history file size | ||
|
Description
JadenJSJ
2024-09-21 10:30:33 UTC
Hi, can you report your memory usage here when the clipboard reaches this point? You can type "free -m" to terminal and copy the information in here. Thanks! (In reply to Akseli Lahtinen from comment #1) > Hi, can you report your memory usage here when the clipboard reaches this > point? > > You can type "free -m" to terminal and copy the information in here. > > Thanks! Sure, here is the output of free -m while waiting for the clipboard manager to open # While opening clipboard manager right after copying sudo free -m total used free shared buff/cache available Mem: 7791 5609 411 892 2945 2182 Swap: 10039 1092 8947 sudo free -m total used free shared buff/cache available Mem: 7791 5601 410 892 2955 2190 Swap: 10039 1092 8947 sudo free -m total used free shared buff/cache available Mem: 7791 5550 449 886 2960 2241 Swap: 10039 1092 8947 # After Finished Opening sudo free -m total used free shared buff/cache available Mem: 7791 5481 409 878 3061 2310 Swap: 10039 1089 8949 sudo free -m total used free shared buff/cache available Mem: 7791 5485 399 878 3068 2306 Swap: 10039 1089 8949 I did it twice to make sure there were no anomalies Now sure how this would affect the reading of sudo free -m But I have zram setup ``` $ zramctl --output-all NAME DISKSIZE DATA COMPR ALGORITHM STREAMS ZERO-PAGES TOTAL MEM-LIMIT MEM-USED MIGRATED MOUNTPOINT /dev/zram0 3.8G 1G 188M zstd 4 32329 200.7M 0B 439.1M 46.5K [SWAP] ``` Created attachment 174200 [details]
Big clipboard history file size
Wow I just checked the file in ~/.local/share/klipper/history2.lst
And it was 107MB
The one that I copied over before reinstalling my system with Plasma 6 was only 4.2MB
Also turns out yes plasmashell uses 100% cpu of one core when pasting something (with a big history)
And the memory usage does increase (but its not a memory problem) (please note I have ZRAM as swap, nothing is actually being written to the actual disk swap)
🐛🧹 ⚠️ 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! 🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME. Looks like this also happens with a smaller clipboard size. I now have set it to 256 entries and I still have those issues, but the length it freezes is just shorter, maybe a good 3-4s Hi I think this is same as https://bugs.kde.org/show_bug.cgi?id=487395. Do you have a lot of pictures in your history? I think Klipper encodes them every time the clipboard history changes The performance has been improved in 6.3. Marking as resolved... |