On Sun, 20 Jul 2014 18:43:21 -0700 Marc MERLIN <[email protected]> said:
> On Sun, Jul 20, 2014 at 11:58:00PM +0900, Carsten Haitzler wrote: > > > I have built in haswell intel drivers, I expect they're basic. > > > If I were running nvidia, then my battery life would be much worse. > > > > fyi - nvidia support buffer_age in GLX, last i looked intel don't, so nvidia > > are actually far nicer here at trynig to cut down power usage and drawing > > than intel. :) > > Sorry, but I'll call bull on this. Intel video drivers built in my CPU > with full power management, even if the drivers are a bit dumb, uses > less power than an additional nvidia chip that has to be powered > separately and talked to remotely over a bus, no matter how smart its > drivers are. not bull. talking "here". this extension. it can save drawing a 4480*1440 frameubuffer every frame to just drawing maybe 32x32 pixels per frames. that's over 6 THOUSAND times as many pixels drawn (and likely textels read/accessed too) than without the extension. that's the example of my home desktop with an nvidia card in it. without the extension you draw the whole lot, not just the updates (this is an opengl requirement due to the defintion of the backbuffer state after a swap). thats a LOT Of DRAWING ... that you don't need, and if the extn is not supported, that's going to impact power a lot. "here" is the topic of this extension. nvidia have supported this for a long while. looking here - on very new intel drivers (which given an update about 2 weeks back lost their vsync ability - yay! tearing now), do not support this extension, so intel is down to drawing the whole buffer, nvidia is down to drawing just the updates. so a spinning busy icon or a blinking cursor nvidia supports it, intel currently does not. not on glx. > > change theme. :) or simple check power when anim is not on - it takes a > > while to kick in. or go to windows -> window process management -> and > > disable "ping clients". > > So I disabled that, the spinning circle is gone, but enlightenment is > definitely doing better. > 2.08 W 17.2 ms/s 88.9 Process /usr/bin/enlightenment > > But it still spikes randomly to > 3.30 W 22.7 ms/s 141.1 Process /usr/bin/enlightenment > 3.64 W 19.7 ms/s 161.2 Process /usr/bin/enlightenment > 4.30 W 44.7 ms/s 203.8 Process /usr/bin/enlightenment > > Is that acceptable/expected for e17? it's animating, doing something, responding to any number of clients that are drawing - any number of mouse events, key events, and any number of x client messages and x events coming in - if you have a lot of clients then e may very well every 10-20 seconds or so wake up and send a ping to each and every window you have and get N replies - one for every window. if you have 50 windows that could mean 50+ wakeups in a row (depending on luck). a cursor in terminology will be animating almost all the time if blinking (not just on and off - it glows up and down, fades etc.). if some app does a redraw, e gets damage events and has to respond. in order to ensure e rendering at a given framerate it may wake up for events, do something, then go to sleep again, only to wake up when the right frame tick comes along and begin the render then - i have code in ecore_evas to do exactly this. it simply is splitting its waking time in 2 and sleeping in the middle. so it's possible. it depends what is going on. > Thanks, > Marc > -- > "A mouse is a device used to point at the xterm you want to type in" - A.S.R. > Microsoft is to operating systems .... > .... what McDonalds is to gourmet > cooking Home page: http://marc.merlins.org/ | PGP > 1024R/763BE901 > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
