Hi Carsten, When my old display broke down, I replaced it by a full HD one. I didn't realize replacing an old 1024x768 display by a 1920x1080 display means more pixels. An old 1.5 GHz AMD with an modern full HD display isn't an ideal combination. It works, but moving windows is a bit slow. I replied this earlier to Cedric. But thanks for your answer.
Marjan On 2014-04-04 07:58, Carsten Haitzler (The Rasterman) wrote: > On Mon, 17 Mar 2014 12:11:14 +0100 Marjan Waldorp <[email protected]> > said: > >> Hi all, >> >> 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? > > upgrade the gpu, or live with software compositing which is what you get when > the evas gl engine can't init (gl doesn't support glsl shaders etc. etc.) > >> 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 still is. it just is always compositing. it is light weight vs all the > other > composited desktops. > >> What version of Enlightenment is recommended for less capable hardware? >> >> Has hardware OpenGL become a requirement? > > no - you have software compositing. i have e run with software compositing on > a > pentium-m at 600mhz (1024x768 at 32bpp) ant 512m ram. it's its usable/fine. > sure - not silky smooth but usable. i suspect your hardware is better than > what > i test it on so it should work better. is it possible you have opengl falling > back to software emulation (far slower than evas's software code) and evas > hasn't caught it (evas blacklists drivers that it knows are software Driver is nouveau. Xorg.0.log: [ 31.131] (II) NOUVEAU(0): RandR 1.2 enabled > fallbacks). are you in 32bpp or 16bpp? 16bpp will be slower, so switch to Xorg.0.log: [ 31.076] (--) Depth 24 pixmap format is 32 bpp > 32bpp. you can turn off smooth scaling in the compositor settings - that'll > speed up effects. Smooth scaling is off (default) > > other than that - there isn't much to be done. not under x11. compositing is > now core and required as part of our move to wayland. since wayland is a > compositoed only environment, this is the only sensible path. ultimately a > wayland environment will be faster than an x11 env if software compositing as > it will remove 2 copies (copy of updates from client to compositor, then copy > updated pixels to fb). so it may easily end up 2x faster, but we're only just > starting here and it's not usable yet for people. > >> Thanks, >> >> Marjan Waldorp, >> tux4u.nl >> >> >> ------------------------------------------------------------------------------ >> 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 >> > > ------------------------------------------------------------------------------ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
