If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
On the contrary, basic desktop usability is greatly increased through the use of compositing. Shadows, overlays, window thumbnails, all help you navigate faster.
Or you can use a tiling WM and not need to navigate, because everything is there in front of you all the time.
I couldn't tell from the article, but if I'm running a windowed OpenGL application like say Doom 3 or OilRush would it disable compositing for me? I really prefer to not play games fullscreen especially on Linux.
Since I have two screens, I've had too many problems where fullscreen games would stretch across both screens, so I'm always using windowed mode.
Maybe you want it to be as fast as it can be, and you don't want compositor to take resources.
WTF? Do you have any proof that KWin with compositing takes more resources than KWin without it?
If anything, the system should run smoother and (in case of mobile devices) require less battery because the CPU renders less.
Shadows expose window relationships (active window, child windows). I find this singularly important - the non-composited gnome 2 desktop looks flat out confusing to my eyes.
Overlays are important for things such as pop-up notifications. Do you recall how e.g. volume notifications used to look when running fullscreen apps or videos on non-composited desktops? (Extreme flickering and slowdowns everywhere). They also improve things such as window resizing (have you seen the new touch-aware resize overlay in Ubuntu/Unity?)
Unfortunately, composition has acquired a bad reputation due to buggy drivers and an initial focus on bling rather than usability. This is unfortunate, since a modern desktop isn't conceivable without a compositor.
First, I don't need to recall about it, I use openbox without compositor (basically, xcompmgr is too buggy, and my driver is too useless to be used with any other compositor). But that point is more about responsiveness than desktop navigation (in fact, if I'm using fullscreen video I'm actually not using the desktop itself).
And, as much as I value that feature, I can not take advantage of it because I have no touchscreen (also, I don't use Unity :P), and that's my point after all: not everyone should want to use compositing. Anyway, I'm not sure if the GUI wich will be taken from KWin is the one wich makes one able to disactivate the compositor permanently (I mean, to not use it) or the one to dynamically disable it. If it is the second, my point goes nowhere, because noone is telling "you shall use composite" :P
About the last two points, I agree that most of the bad fame of compositing is really buggy drivers and compositors, and bad priorities in the implementation, as I said before. But it's still not true the dependency on compositors to have a "modern" desktop for everyone, due to not being just one use.
I couldn't tell from the article, but if I'm running a windowed OpenGL application like say Doom 3 or OilRush would it disable compositing for me? I really prefer to not play games fullscreen especially on Linux.
Since I have two screens, I've had too many problems where fullscreen games would stretch across both screens, so I'm always using windowed mode.
I don't remember completely, but in another thread (one about wayland) someone said he use a different X server for each screen, that might help you with that problem.
But you probably would not move windows from a screen to another...
In that case KWin does not activate compositing anyway.
So? Compositing and desktop effects are two completely different things. Nobody is forced to enable effects in KWin when compositing is enabled.
WTF? Do you have any proof that KWin with compositing takes more resources than KWin without it?
If anything, the system should run smoother and (in case of mobile devices) require less battery because the CPU renders less.
I wasn't talking about the specific KWin case, but in general. In fact, I can't care less about what the devs do with KWin, as far as I don't use KDE.
As someone said, the GPU uses power too. Also, the tech itself is more resources consuming (not necessarily from the CPU), because it uses different buffers for the windows, and operates with them independently if they are in front.
Also, the effects itself are not the biggest problem, yes they are more operations, but the main problem I see is the GPU or even the CPU (KWin probably uses only if it can use the GPU, but, as I said, I'm talking in general, and for example xcompmgr can work just with CPU) has to work with all the windows, independently if they are background (it might not be a problem with two or three windows, though).
I wasn't talking about the specific KWin case, but in general. In fact, I can't care less about what the devs do with KWin, as far as I don't use KDE.
As someone said, the GPU uses power too. Also, the tech itself is more resources consuming (not necessarily from the CPU), because it uses different buffers for the windows, and operates with them independently if they are in front.
Also, the effects itself are not the biggest problem, yes they are more operations, but the main problem I see is the GPU or even the CPU (KWin probably uses only if it can use the GPU, but, as I said, I'm talking in general, and for example xcompmgr can work just with CPU) has to work with all the windows, independently if they are background (it might not be a problem with two or three windows, though).
Things are not nearly as clear-cut as you make them. By working with each window independently, the compositor can reduce CPU usage when moving windows around. Without a compositor, you need to repaint each window as it is gradually uncovered. With a compositor, you can simply blit the persisted window contents to the backbuffer.
Originally posted by randomizer
Or you can use a tiling WM and not need to navigate, because everything is there in front of you all the time.
/begin religious war over WMs
I have tried this but it tiling just didn't appeal to me. The window layout tended to be suboptimal until I corrected it manually. If I have to move windows manually, I might as well do away with the tiling manager completely.
Comment