On Wed, 2011-12-14 at 19:06 +0900, Carsten Haitzler wrote: > On Wed, 14 Dec 2011 11:11:02 +0200 Robert Krambovitis said: > > > On Tue, 2011-12-13 at 18:20 +0900, Carsten Haitzler wrote: > > > On Fri, 09 Dec 2011 10:30:35 +0200 Robert Krambovitis said: > > > > > > > Good Morning, > > > > > > > > It seems I was mistaken, > > > > having performed so many different tests, I reported incorrectly. > > > > > > > > @wido: No I don't use the easy_e17 script, but I have compared > > > > the ./configure output many times trying to find something different. > > > > > > > > @carsten: > > > > Correction: > > > > When upgrading from opensuse 11.4 to 12.1, opengl worked fine and > > > > performance was good when using the precompiled and tar'd /usr/local > > > > from working enlightenment. > > > > I checked and saw that I had not proceeded to install the same rpms. > > > > When I removed the /usr/local and instead installed my rpms, I lost > > > > opengl capability. > > > > > > > > So this at least means that I've narrowed down the problem to something > > > > to do with the rpm generation. Note that both the tar'd /usr/local and > > > > the rpms were built on the same working 11.4 system with no extra > > > > configure options. > > > > I'll look into it some more over the weekend and report back. > > > > > > aha! so something at compile time for the rpm's or to do with the file > > > includes of the rpms or something... gotcha! > > > > > > > As for the compositor performance, what you said about the terminal > > > > output causing more compositing makes sense. Once I get this issue > > > > sorted out I will perform more tests and comparisons and let you know > > > > how it goes :) > > > > > > > > Thanks > > > > Good Morning, > > > > I believe I've cracked it (mostly) > > > > The complete loss of opengl capability was due to either compiling on a > > different version of opensuse (as part of tests), or due to > > configuration options that were commented out, actually being performed. > > i.e. as part of my experimentations I would add / comment out various > > configure lines with various argument, and I noticed that the # on the > > front of the line was not enough to get them ignored :/ > > > > back to the speed issue, by checking ldd on the fast and the slow > > system, the only difference was the inclusion of gnutls. > > On my old faster system it appears I hadn't used tls encryption, whereas > > on the new system I had done so. > > It looked like a likely candidate for introducing delays (most notable > > was that when dragging a window, it would move 0.2 seconds later or so), > > which does make sense if all the data has to be encrypted / decrypted. > > > > So after removing the said devel package and recompiling everything from > > scratch, I immediately got a speed boost ! > > Menus, the shelf, dragging windows etc are smooth now, rather than > > chunky. > > hmm gnutls isnt used at all by e17... that's only used in 2 places: > > 1. eet for signed/encrypted eet files. no edje/eet files e uses/deals with use > this, so it wont be used. > 2. ssl connectiones in ecore-con - only used for doing remote connections. > won't be used anywhere here. gnutls on/off is creating some other side effect > - > unknown what it is though. > > > However an opengl application that I run to test was still not smooth > > (as compared to silky smooth on older system). I need to look into that > > more tho as it may be related to something else entirely. > > I will report back when I have something new. > > ok - so still have problems. :/ > > > Thanks > > > >
I tried adding gnutls to my "fast" opensuse 11.4 and recompiling, there was no performance regression, it still worked just fine. So that kinda rules that out. I took a look at the output from top/powertop/vmstat on opensuse11.4 and opensuse12.1 system while running my test opengl program, and here's what I found (r66171) On the 12.1 system (which is being slow) when running the opengl demo, the interrupts jump to 10000 (as compared to 2200 on other system). Powertop reports that the top cause for wakeup is this: [Function call interrupts] <kernel IPI> The strange thing is that this doesn't appear on the opensuse 11.4 system. On a side note: I had a quick test using strace. I redirected the output to a file, and left it running for 4 cursor flashes on the terminal. When not using composite, it generated 76 lines. When using composite, it generated... 1200 lines. So any ideas what these Function call interrupts are ? and why they would appear only on the one system when compiling the same e ? Thanks in advance ------------------------------------------------------------------------------ Learn Windows Azure Live! Tuesday, Dec 13, 2011 Microsoft is holding a special Learn Windows Azure training event for developers. It will provide a great way to learn Windows Azure and what it provides. You can attend the event by watching it streamed LIVE online. Learn more at http://p.sf.net/sfu/ms-windowsazure _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
