On Thu, 2011-12-01 at 09:34 +0900, Carsten Haitzler wrote: > On Mon, 28 Nov 2011 11:40:47 +0200 robert <rob...@split.gr> said: > > > On Mon, 2011-11-28 at 09:38 +0100, Cedric BAIL wrote: > > > On Mon, Nov 28, 2011 at 9:30 AM, robert <rob...@split.gr> wrote: > > > > On Wed, 2011-11-23 at 16:31 +0200, robert wrote: > > > >> Good afternoon, > > > >> I am experiencing terrible performance with compositing. > > > >> opengl is working fine on other applications / glxgears / whatever. > > > >> > > > >> However when enabling compositing with opengl I'm not getting more than > > > >> 5 fps or so. > > > >> > > > >> If anyone has any clues as to what I might be doing wrong, I'd > > > >> appreciate it. > > > >> > > > >> > > > >> Hardware is nvidia 9400M, using latest drivers, 32bit linux (opensuse) > > > >> > > > >> OpenGL X11.................: yes (Xlib: yes) (XCB: no) (GLES: no) > > > >> (SGX: no) (s3c6410: no) > > > >> > > > >> I read in an older post to this list that I should avoid gles / xcb / > > > >> anything else than autodetected so for now my tests have only been > > > >> using > > > >> xlib opengl. > > > >> > > > >> Thanks in advance, > > > >> > > > >> Robert > > > > > > > > Good morning, > > > > > > > > After changing from custom driver install to community rpms, the opengl > > > > engine of enlightenment did not work at all. (I got a message that my > > > > screen does not support openGL).(Note: opengl was working fine) > > > > > > > > Next attempt was to install latest beta drivers from nvidia. This time > > > > it worked and I managed to get decent(ish) performance on a single > > > > screen. It's certainly not "fast" and it's unusable on two screens > > > > however. > > > > > > > > Sorry for being a pain, but is there any configuration I might have > > > > missed ? / does anyone have any good experiences with the compositing? > > > > I mean it looks good, but other than enabling it for showing off, I have > > > > not found it practically usable. > > > > Are there any plans to improve it in the near future ? > > > > > > Seems like you have an issue with your hardware or your driver here. > > > According to wikipedia it does support shader enought for E17, so not > > > a hardware limitation. Could you check that in the Composite Setting, > > > you are using Open GL with texture from pixmap ? > > > > Hi Cedric, thanks for your reply. > > > > I have tried both with and without said option. > > When using texture from pixmap, the performance is 2-3x worse than when > > not. > > you have some nasty problem there. what - i don't know. i have seen absymal > performance on fglrx before, but never nvidia EXCEPT when the driver has > leaked. there used to be a problem where it would leak resources internally > and > eventually slow down to a crawl. you had to kill the xserver to fix it up. > restarting e wouldn't do it (or logging out and in without the xserver process > getting re-executed). > > all i can imagine is it's either: > > 1. a specific issue in your nvidia driver version that i've never seen (it's > incredibly new, or its really old or just a version i never hit). > and/or > 2. its an issue with your xorg server version that causes this OR somehow via > interaction with the nvidia driver produces this. > and/or > 3. some kernel change/bug that affects the nvida drivers > > on every ubuntu version i remember running e17 on with compositing via gl in > evas (10.04. 10.10, 11.04) it has worked a charm - with 10.04 eventually > leaking as above. all i can suggest right now is "change distribution and > see". > that'll change the 3 things above to at least match something i have seen > before, but as such there is nothing we can really do to help without you > narrowing down the condition that causes the issue, and i believe that issue > is > probably one or more of the 3 above. > > > There is also an "engine" screen that has a "Use ARGB instead of shaped > > windows" > > > > I have tried both on and off. > > you want that on when compositing. off will hurt performance bandly. >
Good morning and thanks for your replies. @Wido : vendor is all nvidia, drivers appear to be working fine @Raster : I am getting excellent performance on the older opensuse 11.4, and also I tried installing Jeff's bodhi linux on which I also have excellent performance. So that at least rules out the possibility of hardware being the culprit. On my current latest opensuse however the problem remains. I installed a previous version of xorg from source, problem remains. I installed 2 different previous nvidia drivers, problem still remains. I compiled and installed the latest 2.6 vanilla kernel, still problem remains. I also tried recompiling and reinstalling r65800 directly (instead of creating and then installing rpms), and problem persists. I have tried adding / removing / tampering with every option in nvidia-settings, in the enlightenment configuration options, and anything related from nvidia documentation in xorg.conf. I have cross-checked xorg.0.log from all 3 installations and not found something wrong / different. So I'm back at square 1. I found previous posts stating that gles / xcb should not be used and to let autoconfiguration take place. Is this still the case ? Also I found a similar poor opengl performance thread by Jeff that wasn't eventually resolved. Maybe he can shed some light on whether he solved it in the end or if he is still having the same problems on that particular machine. On a side note, I noticed on all 3 systems that with compositor enabled, when dragging a windows around (terminal in my case), cpu usage is high. When using software rendering, it's 60% enlightenment 40% xorg When using openGL it's 85% enlightenment 15% xorg. When compositing is disabled, cpu usage is normal. So I'm still stumped and open to suggestions. Thanks in advance, Robert ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users