Am Sat, 2 Apr 2016 11:37:27 +0900 schrieb Carsten Haitzler (The Rasterman):
> On Sat, 2 Apr 2016 00:19:35 +0200 Andreas Volz <li...@brachttal.net> > said: > > > Hello, > > > > I compiled e20 on Raspberry Pi 2 with latest Raspbian and it works. > > I had to deactivate Composite Effects and switch to Software > > renderer because it says there's no OpenGL support. > > > > The reason because I did this is that like to run the Raspi with a > > 800x480 display and several fullscreen EFL applications which are > > stacked one over the other and the above one with alpha and shaped > > window. > > > > I use E20 only as layer manager and deactivated all other elements. > > Maybe E20 is oversized for that reason. > > > > I experienced now that the CPU load of the E process is really high > > even if nothing much happens. In idle the load is >10%, but if I > > render some edje content in my application the E process goes fast > > up >60-100% CPU. My application itself has very low CPU usage. > > software will have lots of overhead in x11. wayland actually will be > quite a lot better (wayland_shm). the reason i - any update - a > blinking curor needs to ask x to copy pixels from the update > region(s) into a shm buffer, then depending maybe copy again to a > destination buffer, THEN render the canvas (updating objects withint > the render update region) and again copying/scaling/blending to an > update region shm buffer... THEN this shm buffer is copied to the > actual fraembuffer by the xserver. > > with gl and a decent driver , texture from pixmap, the render/blend > is done by gpu and the rest is zero-copy. > > in wayland same for gl and wayland_shm makes it zero-copy for clients > to send updates to compositor. if compositor is also sw, it's just > the rendering cot, then the buffer swap which is zero-copy. > > so yes - you'll have overhead. several copies of updates everywhere. > even a tiny blinking cursor causes all of the above. > > oh if your app uses a shaped window things can be even worse as e ha > to merge shape rects into the alpha values of the pixel data it just > copied... :) > > maybe you might want to try e in wayland mode? it doesn't NEED > egl/gles. just kms/drm ... The wayland on the system seems to be to old (<1.8?). At least E reports a configure check problem. regards Andreas -- Technical Blog <http://andreasvolz.wordpress.com/> ------------------------------------------------------------------------------ Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel