You are not logged in.
When opening 7 text files (with sizes from 6 bytes to 2.7 KB) with mousepad, my PC kinda slows down to a near crawl:
1] Open Thunar -or- Xfe (defaults to home folder)
2] Double-Click the 7 files individually in succession
3] 1st time all seems OK.
4] Repeat [2] and PC slows down
(I see dconf is required by mousepad)
iotop reveals after the 2nd opening of the text files:
Total DISK READ : 0.00 B/s | Total DISK WRITE : 7.77 M/s
Actual DISK READ: 0.00 B/s | Actual DISK WRITE: 10.47 M/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
521 be/4 nicholas 36.00 K 383.46 M 0.00 % 14.99 % dconf-service
67 be/4 root 0.00 B 0.00 B 0.00 % 9.76 % [kworker/0:2]
645 be/4 nicholas 0.00 B 0.00 B 0.00 % 0.50 % Xorg -nolisten tcp :~serverauth.sPVKRA9idh
938 be/4 root 0.00 B 0.00 B 0.00 % 0.08 % [kworker/1:0]
123 be/4 root 0.00 B 400.00 K 0.00 % 0.01 % [jfsCommit]
The IO-value of dcon-service will then hover in the 15% range... Edit: After submitting the thread it is now at 18% Once it went up to 39% and stayed there (cannot reliably reproduce).
The xfce4 disk performance monitor also shows constant disk activity.
Is there any way to stop this behaviour of Mousepad/dconf or is it a system setting that could be causing this?
This behaviour is noticed with:
Vanilla kernel: 4.7.6-1
4.7.8-1-ck
- With MuQSS enabled
- With MuQSS disabled
Last edited by tpfkanep (2016-10-17 16:25:05)
Offline
It sounds similar (high cpu / hd activity) to this bug which has been fixed upstream but not yet released.
Installing mousepad-git from the AUR will let you test it.
Offline
Thanks for the info.
mousepad-git compiled with default PKGBUILD gives the same result. Will be using geany for text file duties until fixed.
Offline
Yes, it appears that the bug has not been completely fixed yet. Applying the patch from comment #18 (https://patch-diff.githubusercontent.co … ll/1.patch) seems to fix the issue here for me. I'll comment in the upstream bug report.
Offline