On Sat, 2 Apr 2016 14:25:48 +0200 Andreas Volz <li...@brachttal.net> said:
> 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. :( you could look for updated wl packages - or try something else like arch? -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.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