Blender 2.79 vs 2.8 - Viewport orbiting speed is heavily impacted #63925

New Issue

Carlo Andreacchio · 2019-04-27T03:33:39+02:00

Carlo Andreacchio commented

2019-04-27 03:33:39 +02:00

System Information
Operating system: Ubuntu 18.04
Graphics card: GTX 1080

Blender Version
Broken: 2.8
Worked: 2.79

Short description of error
Viewport orbiting speed is heavily impacted

Exact steps for others to reproduce the error

Open attached blend file in blender 2.79
middle mouse drag to orbit around, notice how it is slightly laggy, but not too bad to work with
Open attached blend file in blender 2.8
middle mouse drag to orbit around, notice how it is significantly laggy, and unworkable for a production scene.

This is the same production scene i have uploaded for other bug reports. I am trying to make blender 2.8 just as good as 2.79 for archviz style production scenes.

slowdown-2.blend

**System Information** Operating system: Ubuntu 18.04 Graphics card: GTX 1080 **Blender Version** Broken: 2.8 Worked: 2.79 **Short description of error** Viewport orbiting speed is heavily impacted **Exact steps for others to reproduce the error** 1) Open attached blend file in blender 2.79 2) middle mouse drag to orbit around, notice how it is slightly laggy, but not too bad to work with 3) Open attached blend file in blender 2.8 4) middle mouse drag to orbit around, notice how it is significantly laggy, and unworkable for a production scene. This is the same production scene i have uploaded for other bug reports. I am trying to make blender 2.8 just as good as 2.79 for archviz style production scenes. [slowdown-2.blend](https://archive.blender.org/developer/F6811442/slowdown-2.blend)

Carlo Andreacchio commented

2019-04-27 03:33:39 +02:00

Added subscriber: @candreacchio

Jacques Lucke commented

2019-04-29 13:44:39 +02:00

Added subscribers: @fclem, @JacquesLucke

Jacques Lucke commented

2019-04-29 13:44:39 +02:00

Just for reference:

There is nothing in particular that seems completely wrong to me here.

Just for reference: ![image.png](https://archive.blender.org/developer/F6991585/image.png) There is nothing in particular that seems completely wrong to me here.

YAFU commented

2019-04-29 14:00:47 +02:00

Added subscriber: @YAFU

YAFU commented

2019-04-29 14:00:47 +02:00

Hi.

I can reproduce the problem here on Kubuntu 18.04, It is laggy and choppy in 2.8.
i7-3770. GTX 960

My CPU graph:

GPU usage While Orbit:
2.79 - peaks of 40%
2.80 - 100%

Hi. I can reproduce the problem here on Kubuntu 18.04, It is laggy and choppy in 2.8. i7-3770. GTX 960 My CPU graph: ![cpu.jpg](https://archive.blender.org/developer/F6991626/cpu.jpg) GPU usage While Orbit: 2.79 - peaks of 40% 2.80 - 100%

Clément Foucault was assigned by Sebastian Parborg

2019-04-29 19:20:58 +02:00

Clément Foucault commented

2019-04-30 00:12:06 +02:00

Added subscribers: @Sergey, @brecht

Clément Foucault commented

2019-04-30 00:12:06 +02:00

The issue is the way we render the particle instances. We are iterating over all the particles and the depsgraph is taking 1/3 of the drawing time to iterate over them.

Draw Cache & Render time could also be reduce if treating particle instances as a special case but that's more complicated because a lot of the complexity is abstracted by the depsgraph currently.

Tagging @brecht & @Sergey maybe you have ideas on how to fix this.

The issue is the way we render the particle instances. We are iterating over all the particles and the depsgraph is taking 1/3 of the drawing time to iterate over them. Draw Cache & Render time could also be reduce if treating particle instances as a special case but that's more complicated because a lot of the complexity is abstracted by the depsgraph currently. Tagging @brecht & @Sergey maybe you have ideas on how to fix this.

Brecht Van Lommel commented

2019-04-30 12:37:25 +02:00

In 2.79 the particle dupli stuff takes even more of the time.

So I'm not sure if fixing that performance is needed to get things back to 2.79 level, I think there is something else going on here as well.

To improve the (particle) dupli performance we should ideally cache the duplis on the object that generates them. There may also be some improvements possible in the particle code to generate them. I'm not sure we can do this for 2.80 though.

In 2.79 the particle dupli stuff takes even more of the time. ![dupli_particles.png](https://archive.blender.org/developer/F6994910/dupli_particles.png) So I'm not sure if fixing that performance is needed to get things back to 2.79 level, I think there is something else going on here as well. To improve the (particle) dupli performance we should ideally cache the duplis on the object that generates them. There may also be some improvements possible in the particle code to generate them. I'm not sure we can do this for 2.80 though.

Carlo Andreacchio commented

2019-04-30 13:56:44 +02:00

I am not 100% sure how the code works behind the scenes, but are all of the bugs I have reported in regards to performance all linked to this same code slowdown? (#62511 #62511 #58188 and this one #63925 )

Would be great to get this in 2.80, but totally understand that it may require a bit more of a rework.

I am not 100% sure how the code works behind the scenes, but are all of the bugs I have reported in regards to performance all linked to this same code slowdown? (#62511 #62511 #58188 and this one #63925 ) Would be great to get this in 2.80, but totally understand that it may require a bit more of a rework.

Brecht Van Lommel commented

2019-04-30 15:18:11 +02:00

The selection issue is a different bug.

This report may be the same as #58188, something in the wire overlay drawing code that is not optimal. I hope we can fix that for 2.80.

The selection issue is a different bug. This report may be the same as #58188, something in the wire overlay drawing code that is not optimal. I hope we can fix that for 2.80.

Carlo Andreacchio commented

2019-07-10 10:18:12 +02:00

Is this still targeted for blender 2.8?

Clément Foucault commented

2019-07-10 12:26:10 +02:00

Not really, I wanted to but refactoring was too deep and would have made too many changes too close to release. It will be in 2.81. See progress made by D4997 (not even up to date).

Not really, I wanted to but refactoring was too deep and would have made too many changes too close to release. It will be in 2.81. See progress made by [D4997](https://archive.blender.org/developer/D4997) (not even up to date).

Carlo Andreacchio commented

2019-09-03 02:17:30 +02:00

Is it still a target for 2.81?

Carlo Andreacchio commented

2019-12-09 05:41:07 +01:00

Changed status from 'Open' to: 'Resolved'

Carlo Andreacchio closed this issue

2019-12-09 05:41:07 +01:00

Carlo Andreacchio commented

2019-12-09 05:41:07 +01:00

I believe D4997 has been applied.

I believe [D4997](https://archive.blender.org/developer/D4997) has been applied.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Blender 2.79 vs 2.8 - Viewport orbiting speed is heavily impacted #63925