Bug: Logos draining battery on MacBook Pro by requiring High Performance GPU

Page 3 of 3 (60 items) < Previous 1 2 3
This post has 59 Replies | 6 Followers

Posts 16
Patrick Lacson | Forum Activity | Replied: Mon, May 1 2017 6:16 PM

Does logos have a bug database to look up already discovered issues?  Rather than assume they are "working on it" is there a way to know for sure if an upcoming release will fix this bug?  (yes it is a bug)

Posts 2630
LogosEmployee
Philana R. Crouch | Forum Activity | Replied: Mon, May 1 2017 7:21 PM

Patrick Lacson:

Does logos have a bug database to look up already discovered issues?  Rather than assume they are "working on it" is there a way to know for sure if an upcoming release will fix this bug?  (yes it is a bug)

Hi Patrick,

We do have a bug case open for this issue. 

Posts 16
Patrick Lacson | Forum Activity | Replied: Thu, May 4 2017 8:30 AM

Philana R. Crouch:

Patrick Lacson:

Does logos have a bug database to look up already discovered issues?  Rather than assume they are "working on it" is there a way to know for sure if an upcoming release will fix this bug?  (yes it is a bug)

Hi Patrick,

We do have a bug case open for this issue. 

Thank you, Philana.  Is that bug database open to the public so we don't waste time complaining in community forums Big Smile  Also to help us know when it will be fixed?

Posts 21914
Forum MVP
Graham Criddle | Forum Activity | Replied: Thu, May 4 2017 8:32 AM

Patrick Lacson:
 Is that bug database open to the public so we don't waste time complaining in community forums Big Smile

No this is not shared outside of Faithlife.

Posts 2630
LogosEmployee
Philana R. Crouch | Forum Activity | Replied: Thu, May 4 2017 8:34 AM

Patrick Lacson:

Philana R. Crouch:

Patrick Lacson:

Does logos have a bug database to look up already discovered issues?  Rather than assume they are "working on it" is there a way to know for sure if an upcoming release will fix this bug?  (yes it is a bug)

Hi Patrick,

We do have a bug case open for this issue. 

Thank you, Philana.  Is that bug database open to the public so we don't waste time complaining in community forums Big Smile  Also to help us know when it will be fixed?

No this is not a public database, we will update this thread and also include an announcement in the release notes. We hope to have a fix available soon.

Posts 2630
LogosEmployee
Philana R. Crouch | Forum Activity | Replied: Mon, May 22 2017 2:16 PM

Samuel:

It would be awesome if this could be fixed. With Logos even running in the background I can just watch my battery drop and it would really slow my workflow down to have to quit Logos and reopen it constantly just to keep it from running in the background and draining battery...

Samuel, this should be improved in 7.6 SR-1.

Posts 115
Samuel | Forum Activity | Replied: Mon, May 22 2017 2:43 PM

Philana R. Crouch:

Samuel, this should be improved in 7.6 SR-1.

That's great news - I look forward to the update.

Posts 16
Patrick Lacson | Forum Activity | Replied: Mon, May 22 2017 6:50 PM

I just upgraded to 

Logos Bible Software 7.6 SR-1

7.6.0.0037

I still see 'Requires High Perf GPU' in my Activity Monitor for the Logos always set to 'Yes'

Posts 1170
LimJK | Forum Activity | Replied: Mon, May 22 2017 10:36 PM

For the time being, this is my workaround:

Do not start Logos with the Home Page, which triggers switch to discrete GPU. 

  • I start with a blank Layout
  • or Start with a Layouts that do not trigger the GPU switch (I find most of my layouts do not trigger the switch)

JK

MacBookPro Retina 15" Mid 2014 2.5GHz RAM:16GB SSD:512GB macOS Mojave 10.14.6 | iPhone X iOS 13.1.2

Posts 16
Patrick Lacson | Forum Activity | Replied: Mon, May 22 2017 11:13 PM

Thank you LimJK!  I reduced my layouts and wow, Logos 7 is finally not use the high performance GPU!  Hopefully this will take my new MacBook Pro 2016 beyond 4 hours with Logos running.  

Posts 115
Samuel | Forum Activity | Replied: Tue, May 23 2017 8:48 AM

Philana R. Crouch:

Samuel, this should be improved in 7.6 SR-1.

I just installed the new release and unfortunately it does not seem to be fixed. Just visiting the home page once triggered Logos to use the high powered GPU until I stopped it and restarted it. 

Posts 853
Michael McLane | Forum Activity | Replied: Tue, May 23 2017 11:35 AM

I, also, just installed the latest beta and the issue is not resolved. The half-way fix would be that the discreet GPU would be released once the offending resource was closed. The ideal solution is that the discreet GPU would never be engaged.

Posts 49
LogosEmployee
Matt Preucil | Forum Activity | Replied: Tue, May 23 2017 12:13 PM

It seems like there is some misinformation/understanding about what is causing increased battery drain in Logos. Please allow me to elaborate on some of the improvements that were made.

First, a note on when the OS uses the discrete graphics card:

The OS will switch to using the discrete graphics card when the OS determines a system api would be better serviced by (or require) the discrete card. This is possibly because the performance rendering to the screen might otherwise be chunky/laggy and overwork the CPU when using the integrated graphics card. "High perf" in this case refers to "performant" not "powered". The OS will not switch back to the integrated card after switching to the discrete card. We enable a setting that says, "Yes, allow the app to NOT always switch to the discrete card" (NSSupportsAutomaticGraphicsSwitching). If you're technically inclined, you can read a few more details here: http://supermegaultragroovy.com/2016/12/10/auto-graphics-switching/ However, be aware that parts of the article imply Logos should be able to avoid requiring the dGPU. We have experimented with the suggestions regarding NSOpenGLPFAAllowOfflineRenderers and audited calls to IOServiceOpen. If we find a way to minimize switching to the dGPU, we will.

Second, to (hopefully) dispel myths:

Yes, the discrete card consumes more power. This should not have a significant effect on energy consumption, relatively speaking. Relative being the keyword and depending a lot on battery health, battery model, machine model, cpu, rendering tasks, other applications, etc.

Third, to elaborate on some of the changes made:

In our testing to narrow down the issue, we discovered that all web-based panels (and homepage) would drain the battery (of the test machine) 1% over 30 minutes. Except, Media Tool in the default browse mode would drain 15%. Not by coincidence, the CPU was spiked to 70% indefinitely. This lined up with other reports about CPU usage in Media Tool, and investigation resulted in discovering the bug causing this spike. Fixing the CPU usage solved the battery drain issue for the scope of when Media Tool is open in browse mode.

Additionally, we were able to track down a bug affecting Notes split view under certain combinations of program scaling and/or window size. Fixing this eliminated another indefinite CPU spike that also would attribute to heavy battery drain.

In summary

Bugs that cause increased CPU usage will lead to battery drain. App usage that leverages multiple cores (like searching, Visual Filters that execute searches, etc) will cause increased CPU and therefore have an energy impact. It is possible that there are other existing bugs affecting CPU and battery that we have not discovered.

So, if you see the "High Perf" graphics card being used when looking at Activity Monitor, don't be alarmed, this is most likely not having a significant effect on battery lifetime. If you are still experiencing actual battery issues with Logos, specifically, check the CPU activity (%, time, wake ups, etc) and try to narrow the activity down to certain panels and view configurations.

I do want to apologize for not being able to fix the problem in Media Tool and Notes sooner. I hope that these fixes will solve the issues you have experienced.

Additionally

Consider the following screenshot of a high-level-overview of energy consumption for Logos after launching to a blank layout and then opening the homepage (which will trigger "Requires High Perf GPU"). We are always working to fix issues and improve application performance and usability. If you are experiencing issues, please report them with as many details as possible. Just, note that GPU usage is not always directly correlated with battery and performance issues.

Posts 115
Samuel | Forum Activity | Replied: Tue, May 23 2017 1:38 PM
Matt Preucil:
The OS will not switch back to the integrated card after switching to the discrete card.
The bugs still remains because the flag NSSupportsAutomaticGraphicsSwitching was created by Apple to allow applications to switch back and forth. It used to be that once an application used the discrete GPU it would not go back until the application was closed. However, with the new flag Mac applications can switch back and forth. I might reboot my machine once a month to install an update and Logos is the only application I have that won't let the discrete GPU go after it's used it. Every other app switches back and forth as needed. I'm really grateful for the CPU savings, but enabling that discrete GPU still has a pretty big battery hit at least on my machine and I almost never use features like Media Browser, etc. My workaround is to not use all of Logos' features or restart Logos if I use one of the features that triggers the GPU, but it would be awesome to have this fixed in a future release. If I use something in Logos that triggers it to use the discrete card my battery life is maybe 4 hours on a 15" MBP. If I use the basics in Logos and don't trigger the discrete GPU I can get at least 6-7 hours of battery easily using other apps the entire time, so it is a pretty significant difference. I bet if I really tracked it it cuts the battery almost in half.
Posts 1170
LimJK | Forum Activity | Replied: Wed, May 24 2017 9:44 AM

Matt,

Thank you for working on improving the Battery drain. I am one of those who reported draining since Logos 4, so really appreciate you effortSmile  I spent 2+ hours to hopefully provide you with some additional objective data points. My Layout has 8 Logos produced Chinese Bibles, 1 ESV, 1 Program Settings.

(1) Layout Loaded WITHOUT Discrete GPU ("i" on my Menu bar)

I observed it for quite a while in a somewhat steady state, the Energy Impact: Average about 4 (actually varying from 4.0 - 4.5 during this period)

(1) Layout Loaded WITH Discrete GPU ("n" on my Menu bar)

I load the Home Page (with NO contents, so that we can have meaningful comparison) only for the purpose to trigger the GPU Switch, once done, I bring the same Layout to the foreground.

I observed it for quite a while in a somewhat steady state, the Energy Impact: average about 7 (actually varying from 4-10 during this period)

Therefore, there is some impact with Discrete GPU with my Layout.

(3) Interestingly, I observed that if I have Home Page on the foreground with zero contents, at a steady state, the Energy Impact number can be zero (which supports your point that switching to Discrete GPU does not necessary mean more Energy Impact). But, then no one in a normal scenario would load the Home Page with zero contents :-)

Hopefully, you find the observation useful for you to help us further reduced battery draining on MacBookPro. Let me know if you need additional information. Oops, I am on Logos Bible Software 7.7 Beta 3 (7.7.0.0007)

PS: How did you produced your Energy Impact Report which looks very nice Smile

JK

MacBookPro Retina 15" Mid 2014 2.5GHz RAM:16GB SSD:512GB macOS Mojave 10.14.6 | iPhone X iOS 13.1.2

Posts 853
Michael McLane | Forum Activity | Replied: Tue, May 30 2017 3:54 PM

Matt Preucil:
It seems like there is some misinformation/understanding about what is causing increased battery drain in Logos. Please allow me to elaborate on some of the improvements that were made.

Thanks for your hard work and the great explanation. But, my real world experience has not changed.

With everything idle (not interacting with the computer) and Logos running with dGPU enabled, I get half the battery life versus Logos running without the dGPU enabled. It is not a CPU problem. There are no spikes or increases in CPU usage during this time of testing.

Posts 1022
Keith Pang | Forum Activity | Replied: Wed, May 31 2017 11:50 AM

Please fix this bug, Logos is the only program that drains my battery on my Macbook =[

Shalom, in Christ, Keith. Check out my music www.soundcloud.com/kpang808

Posts 177
Andrew Zoll | Forum Activity | Replied: Wed, May 31 2017 1:02 PM

I agree. I, too, am having this issue. Logos is vital to my workflow, and I like to be mobile, but with my battery lasting a maximum of 4 hours doing any amount of work in it, my options are limited for how long I can actually work away from the office.

💻MacBook Pro (15-inch 2018) | 2.9 GHz i9 6 core | 32GB RAM | Radeon Pro Vega 20 4 GB Graphics | 1TB SSD💻
💾MacOS Catalina 10.15 Beta (19A4871)💾
🎁Logos 7 Portfolio🎁
⌨Logos 7 Extended Feature Set⌨
🌐Logos Now🌐

Posts 177
Andrew Zoll | Forum Activity | Replied: Wed, May 31 2017 1:28 PM

Andrew Zoll:

I agree. I, too, am having this issue. Logos is vital to my workflow, and I like to be mobile, but with my battery lasting a maximum of 4 hours doing any amount of work in it, my options are limited for how long I can actually work away from the office.

For me, I did some testing and discovered that this issue manifests itself on the Home Page, but ALSO when I open a sermon document. I didn't expect that. 

💻MacBook Pro (15-inch 2018) | 2.9 GHz i9 6 core | 32GB RAM | Radeon Pro Vega 20 4 GB Graphics | 1TB SSD💻
💾MacOS Catalina 10.15 Beta (19A4871)💾
🎁Logos 7 Portfolio🎁
⌨Logos 7 Extended Feature Set⌨
🌐Logos Now🌐

Posts 853
Michael McLane | Forum Activity | Replied: Thu, Jun 1 2017 5:09 AM

Matt Preucil:
However, be aware that parts of the article imply Logos should be able to avoid requiring the dGPU. We have experimented with the suggestions regarding NSOpenGLPFAAllowOfflineRenderers and audited calls to IOServiceOpen. If we find a way to minimize switching to the dGPU, we will.

Isn't there a way to simply avoid using the dGPU at all, ever?

Page 3 of 3 (60 items) < Previous 1 2 3 | RSS