Hello, On Mon, Mar 17, 2014 at 8:11 PM, Marjan Waldorp <[email protected]> wrote: > Thanks to the deps list of Pavel Reznicek we managed to upgrade all our > systems > from E-0.17.5 to E-0.18.5. > The good news is no segv's up to now. Great! > > However E18 seems to be more demanding then E17.. > E.g. one of our older PC's isn't capable of doing OpenGL: > > NVIDIA Corporation NV18 [GeForce4 MX 440 AGP 8x] [10de:0181] > Kernel driver in use: nouveau > > In E17 we simply unloaded the Composite module. > This tremendously speeded up the system! > Moving of windows was fast and smooth. > > In E18 however there is no Composite module any more. > We checked "Disable compositing effect" and unloaded the file manager modules, > but that doesn't help. > > What can be done to speed things up for older hardware?
Basically with E18 the composite module is the core of Enlightenment, you can only disable the configuration module. Reason is that for Wayland it is the only sane way for us to do the development, so that's not where you are going to get speed up. First, that's why we still recommend for distribution to provide E17. Now the question is what are the new constraint ? Basically in software anything that involve a massive number of pixels change is going to be slow. There is a direct link between the rendering speed and the amount of pixels being manipulated. So cutting down on animation is the first way to get some speedup. Another one would be to make a low complexity theme for E/Elm (something mostly based on rectangle with little image and animation). Also providing a description of the hardware you are trying to support will give us some valuable information on what the constraint you are trying to fit in are. > In the past Enlightenment was a "light weight" Window Manager > especially well suited for less capable hardware (e.g. tablets, smartphones). > Is that no longer true? It's mostly a question of ratio of animated pixels/cpu/gpu. For example tablets and smartphones have mostly fix window. The main speed up that we are looking at are for genlist/gengrid where you have a lot of scrollable contents moving around. There is some plan there (that I had on my todo list for years, but never had enough time to tackle), but that's not really the same problem as moving a window... Or maybe it is :-) On the longer term when we do support hardware accelerated plane and Wayland, those things should get back to some good speed (That would depend on if you hardware have plane support which is very common for embedded device). Oh and an additional note, using the software compositing is actually saving battery. I do get a good 20% more battery when doing software compositing than OpenGL one. Arguably I did never compare with no compositing at all. > What version of Enlightenment is recommended for less capable hardware? Depend on the hardware :-) > Has hardware OpenGL become a requirement? No, it has not. It depend on your usage scenario and what you are trying to do, but yes, our current move to E18 does push more constraint than E17 did on the hardware. -- Cedric BAIL ------------------------------------------------------------------------------ Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
