On 03/05/2017 08:53 PM, Mikhail Ramendik wrote:
So it might be a plasmashell issue. This means one way of geting out of it is just not using Plasma. I could go back to IceWM, which was my favourite for years on Debian before I got tired of Debian's release cycle and configuration style and went OpenSUSE. But then I can keep OpenSUSE - yast and all - just switch back to IceWM; not sure how the USB drive would be handled, though...
And next time this happens, I'll try killall plasmashell from the text console. I will also check if a window can be minimised; I don't think I checked that much.
I'm not sure about that. I used plasma shell (current with git) and my laptop would run for weeks without reboot or slowdown (on Arch). On openSuSE Leap 42.2, I also run for weeks at a time without slowdown or need to switch to console (but running kdm/kde3). I am current running the nouveau after having switched to the nvidia proprietary driver, I had to switch back due to loss of backlight control. (the nvidia driver removed all backlight control from /sys/class/backlight) nouveau provides control through /sys/class/backlight/nv_backlight -- acpi_video0 is also present but it has no functionality. But with both nvidia and nouveau there is no slowdown experienced. Currently: $ uptime 00:36am up 8 days 13:11, 2 users, load average: 0.10, 0.14, 0.11 No issues. Based on this experience, the only thing I can discern is that if the common problem is plasma shell for all reporting slowdowns, and it cannot be limited to either ATI or Intel graphics, then my only guess would be an issue in the Leap build of plasma shell. Because on this hardware, running the current git release for FW5/plasma showed no slowdown on Arch, and I've experienced none on Leap with kde3. (or fluxbox or i3) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org