Re: [kde] kwin (4.11.12) idle CPU usage - persistent replace with kwin_gles?
Hi again, So it seems kwin_gles really does work better for me nowadays. I've looked into making it the default WM, but cannot get that to stick. The "default applications" KCM doesn't give me the option to pick a kwin alternative, and setting windowManager=kwin_gles in ksmserverrc has no effect either (during login). The most annoying aspect of this is that my windows are not restored to the correct virtual desktop (i.e. if kwin_gles ran when I logged off, and kwin is started when I log back on). Do I really have to resort to symlinking or otherwise replacing the actual binary? R. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On Tuesday, 2016-01-26, 15:33:12, René J.V. Bertin wrote: > On Tuesday January 26 2016 23:07:27 Kevin Krammer wrote: > >If you have compositing activated then the compositor will have to create a > >new frame when window contents change. > > That still doesn't tell me why it'd have to do that for parts that it is not > concerned with, but that also sounds like it'd be TMI :) Right. The compositor's main concern are windows, as it controls if, where and how their contents are rendered. So if any window, in your case Chrome's, claims to have new content, then the compositor will get notified. If it is a window that is currently visible, then the compositor will have to update the screen content accordingly. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On Wednesday January 27 2016 06:54:11 Duncan wrote: >But the option applies to the entire desktop, turning compositing off for Right. Not an option for me either. > So if any window, in your case Chrome's, claims to have new content, then > the > compositor will get notified. If it is a window that is currently visible, > then the compositor will have to update the screen content accordingly. But - according to the show paint effect there is no new content (not even a single pixel as far as I could see) - I have no effects active that act on window content unless I'm moving a window, or set its opacity to less than 100%. I have a hard time imagining that a simple activation leading to the "conclusion" that nothing needs to be done would cause kwin to show up like it does. Window content changes shouldn't cause updates of the window shadows, right? Did I already mention that the CPU load continues when I minimise all of Google Chrome's windows (with thumbnail generation off, and invisible windows filtered out of the app switcher)? Anyway, I decided to give kwin_gles another go. It used to be instable for me in the past so we'll see, but it appears not to be affected when I have GChrome running. R. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
René J.V. Bertin posted on Tue, 26 Jan 2016 15:33:12 -0800 as excerpted: > On Tuesday January 26 2016 23:07:27 Kevin Krammer wrote: > >>If you have compositing activated then the compositor will have to >>create a new frame when window contents change. > > Is there a possibility to turn off compositing for Chrome windows? I > only see something labelled "block compositing" but it's not clear > whether that "block" is the verb or the noun there. It's verb. But the option applies to the entire desktop, turning compositing off for all windows when the window with the block transparency option activated is displayed, or even if it's not displayed as it's on a different desktop or below some other window. Thus it's not an option I'd consider viable, as I'm multi-monitor here, so even full-screen windows (which were the original compositing blocker, for games and the like) are "full screen" only to a single monitor, not the entire desktop, and I actually use things like transparency to allow me to type into one window while using the content of another window, one viewed _thru_ the other, as a reference, and I never want compositing off for the entire desktop, here. But it might work better for you, if you have less need of compositing effects like transparency and don't have a multi-monitor desktop so full- screen really is the entire desktop, and thus aren't bothered as much by blocking compositing for the entire desktop. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] kwin (4.11.12) idle CPU usage
Hi, What is causing KWin to use about 2.6-3.6% CPU in top when I'm not interacting with the machine? From discussions like [https://forums.gentoo.org/viewtopic-p-6039108.html] I understand that it's the compositor, but I don't see what that component would do when it's supposed to do nothing. My desktop is set to use GL 3.1 with the raster backend, "cheap" tearing prevention and colour correction enabled. The only desktop effects I have enabled are: - Translucency - WindowGeometry - Dialogue Parent - Cover Switch - Flip Switch - Present Windows Is any of those effects directly responsible for that CPU usage, despite applying only to very specific user actions? I know less than 4% CPU isn't much, but it's still a lot for a process that's supposed to be idle when the user is - and this is on a slow machine where every percent counts. Thanks René ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On Tuesday January 26 2016 17:09:51 Nikos Chantziaras wrote: Hi, >Isn't it compositing the output of top, as top updates the screen by >displaying CPU usage? > >You know, chickens and eggs. I'd hope not; I use the tty version of top so it is supposed to update only the window content not the window decoration. I had already disabled all thumbnail generation I could find when I did a previous hunt for kwin "hoggers". BTW, even with a top refresh interval of 10s kwin keeps showing up so indeed something else is going on. My clock ("Digital Clock") is set not to show seconds and I'm not running any auto-updating widgets other than the battery monitor (on the desktop, not in a panel) and the telepathy thingy. I have a top and a bottom panel though, both of which can be covered by regular windows. But that's a feature that should be event-driving, iow not take up cycles when I'm idle. R. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On Tuesday January 26 2016 16:39:33 René J.V. Bertin wrote: Well I be Quitting Google Chrome takes kwin down to <0.5% CPU. Guess I'll have to go figure out what in Chrome stresses the WM! R. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On 26/01/16 17:39, René J.V. Bertin wrote: On Tuesday January 26 2016 17:09:51 Nikos Chantziaras wrote: Hi, Isn't it compositing the output of top, as top updates the screen by displaying CPU usage? You know, chickens and eggs. I'd hope not; I use the tty version of top so it is supposed to update only the window content not the window decoration. I had already disabled all thumbnail generation I could find when I did a previous hunt for kwin "hoggers". BTW, even with a top refresh interval of 10s kwin keeps showing up so indeed something else is going on. kwin is responsible for the whole screen, not just decorations. Anyway, since you configured top to not update every second, then, indeed something is fishy. There's a "Show paint" desktop effect which shows which areas of the screen kwin is repainting. I've no idea how to interpret the results though. The screen just has weird flashing colors with no indications where the repaints are... Maybe some expert can provide insight. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On 26/01/16 17:48, René J.V. Bertin wrote: On Tuesday January 26 2016 16:39:33 René J.V. Bertin wrote: Well I be Quitting Google Chrome takes kwin down to <0.5% CPU. Guess I'll have to go figure out what in Chrome stresses the WM! Hmm, I'm also using Chrome and there's no such issue :-/ kwin_x11 is happily sitting at 0% when doing nothing. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
Nikos Chantziaras posted on Tue, 26 Jan 2016 17:50:05 +0200 as excerpted: > Anyway, since you configured top to not update every second, then, > indeed something is fishy. Correct. > There's a "Show paint" desktop effect which > shows which areas of the screen kwin is repainting. I've no idea how to > interpret the results though. The screen just has weird flashing colors > with no indications where the repaints are... Those weird flashing colors /are/ the indications of where the repaints are. Every time a repaint occurs, the color of an area changes, so the more flashing you see and the bigger area that's flashing, the more repainting is being done and the higher both kwin_x11 and X's usage should be. Given that he said quitting Chrome dramatically reduced kwin's CPU usage, I'd guess that with this effect enabled, Chrome will be flashing like crazy. (Tho FWIW I use firefox, not chrome, which I couldn't use in any case as it's servantware and I couldn't agree to the EULA, etc. I'd use chromium if I were to switch to a chrome-family browser, as at least chromium is freedomware.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On Tuesday January 26 2016 17:20:38 Duncan wrote: >more flashing you see and the bigger area that's flashing, the more >repainting is being done and the higher both kwin_x11 and X's usage >should be. Maybe, but *why*? Kwin isn't supposed to do anything with window contents in my configuration, when I'm not interacting with the system. >Given that he said quitting Chrome dramatically reduced kwin's CPU usage, >I'd guess that with this effect enabled, Chrome will be flashing like >crazy. It isn't. The whole window rect is indeed flashing whenever a tab is active, but nothing happens when that is not the case. According to chrome's own task manager only the central browser process is active when the browser really ought to be idle (around 10% of whatever) plus around 2% for the GPU task. I can kill the GPU task (only effect is it'll restart and stay at 0%) but not the central process. I recall having seen what appeared to be tiny offscreen windows looking at an xwininfo dump recently, maybe those are the culprit. I'd hope kwin would be clever enough not to attempt to composite anything with invisible windows though. R ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On Tuesday, 2016-01-26, 18:40:15, René J.V. Bertin wrote: > On Tuesday January 26 2016 17:20:38 Duncan wrote: > >more flashing you see and the bigger area that's flashing, the more > >repainting is being done and the higher both kwin_x11 and X's usage > >should be. > > Maybe, but *why*? Kwin isn't supposed to do anything with window contents in > my configuration, when I'm not interacting with the system. If you have compositing activated then the compositor will have to create a new frame when window contents change. Which apparently Chrome does or at least indicates it does. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] kwin (4.11.12) idle CPU usage
On Tuesday January 26 2016 23:07:27 Kevin Krammer wrote: >If you have compositing activated then the compositor will have to create a >new frame when window contents change. That still doesn't tell me why it'd have to do that for parts that it is not concerned with, but that also sounds like it'd be TMI :) Is there a possibility to turn off compositing for Chrome windows? I only see something labelled "block compositing" but it's not clear whether that "block" is the verb or the noun there. R. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.