Page MenuHome
Create Task
Maniphest T58554

CPU ressource usage
Closed, ArchivedPublic
Actions

Description

System Information
Operating system: macOS Mojave 10.14.1
Graphics card: NVidia GeForce GT 750M 2G RAM

Blender Version
Broken: 2.8 beta 2018-12-1 8c620c8e2b3
Worked: blender 2.79b

Short description of error

i am testing Blender 2.8. Everything is really nice and really some really good job has been done ! thanks a lot for that to all Blender contributors !

One thing i noticed is the CPU ressource is higher than 2.79.
I have run both 2.79 and 2.8 with same scene and similar configuration and 2.8 needs twice the CPU power ok the 2.79

For the record, i switched Blender 2.8 to Workbench rendering mode, but same as eevee

I am on a macbook pro 15" retina late 2013, core i7 2,3 GHz, 16 G RAM and GeForce GT 750M 2G RAM under macOS Mojave

Related Objects

Event Timeline

Bo (bopieds) created this task.Dec 2 2018, 10:01 PM
Jacques Lucke (JacquesLucke) lowered the priority of this task from 90 to 30.Dec 3 2018, 12:48 PM
Jacques Lucke (JacquesLucke) added a subscriber: Jacques Lucke (JacquesLucke).

It is hard to compare both versions like this because Blender 2.8 definitely needs more power to render your scene. However if you think there really is some bug that causes the increased cpu usage, please share your .blend file (preferably a simplified one), so that we can test it.

Bo (bopieds) added a comment.Dec 3 2018, 1:58 PM

thanks you for the answer

no specific .blend file, just the default scene with the cube

for the record, i have just tested under Linux and this issue doesn't seem to appear

under Mac :

  • 2.79 idle : 4% CPU charge
  • 2.79 orbiting : 14% CPU charge
  • 2.80 idle : 5% CPU charge
  • 2.80 orbiting : 39% CPU charge

under Linux (ubuntu 18.04) :

  • 2.79 idle : 1% CPU charge
  • 2.79 orbiting : 6% CPU charge
  • 2.80 idle : 1% CPU charge
  • 2.80 orbiting : 8% CPU charge
Jacques Lucke (JacquesLucke) added a subscriber: Clément Foucault (fclem).Dec 3 2018, 2:07 PM

Thanks for the numbers. Is this both on the same machine?

To me these numbers are not completely unexpected, but maybe @Clément Foucault (fclem) should take a look, as this cpu-usage-increase is probably mostly caused by drawing code..

Bo (bopieds) added a comment.Dec 3 2018, 2:16 PM

yes same machine

Clément Foucault (fclem) added a comment.Dec 3 2018, 2:44 PM

Well, I would expect that our new Immediate mode is less efficient that any driver implementation of it. But we had no

To see if it comes from the immediate mode (mostly UI code) try to hide all UI elements and remove all text and gizmos from the 3D view.

But even if it comes from it there is little we can do as this is probably driver overhead. Well unless we convert to metal :P !

Bo (bopieds) added a comment.Dec 3 2018, 5:33 PM

No luck with every UI elements hidden. Even worse : orbiting in 2.8 is 47% CPU charge

This is the end of macOS hype !

Brecht Van Lommel (brecht) added a subscriber: Brecht Van Lommel (brecht).Dec 3 2018, 5:50 PM

Could it be that 2.8 is redrawing at higher FPS, and using more power because of that?

Besides viewport performance the FPS is also limited by the number of mouse events and v-sync, which could explain differences with Linux.

Clément Foucault (fclem) added a comment.Dec 3 2018, 6:01 PM

That could be it!

I'm not sure how it would happen tho.

Bastien Montagne (mont29) raised the priority of this task from 30 to Normal.Dec 13 2018, 10:49 PM
Brecht Van Lommel (brecht) changed the task status from Unknown Status to Unknown Status.Jan 23 2019, 11:58 AM
Brecht Van Lommel (brecht) claimed this task.

I don't think we should consider this a bug, it might just be drawing at higher FPS. Optimizing viewport drawing in general is good, but no need to keep this report open for that.