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

Reply via email to