Subdivision Surface Performance Degrades Markedly With Non-Quad Meshes #60733

New Issue

Joe Williamsen · 2019-01-22T03:35:37+01:00

Joe Williamsen commented

2019-01-22 03:35:37 +01:00

System Information
Operating system: Windows 7 Pro X64
Graphics card: Nvidia Geforce GTX 980 Ti

Blender Version

Broken: Date: 2019-01-21

          Hash: dd3f5186260e
          Branch: Blender 2.7 (although it's supposed to be a 2.80 Beta)

OpenSubDiv_PerformanceBug.zip
Short description of error

Subdivision surfaces are fast and responsive in Edit mode with all-quad meshes, but very slow (~ 10x slower) with meshes comprised of triangles and quads.

Exact steps for others to reproduce the error

Open the attached blend file and select Cube.001

Go into Edit mode. Turn on Proportional Editing. Grab a point and move it - observe how responsive the viewport is with the all-quad mesh.

Go back to Object Mode. Select Cube. Go back into Edit Mode. Grab a point and move it (with proportional editing still turned on) Observe how slow it is.

**System Information** Operating system: Windows 7 Pro X64 Graphics card: Nvidia Geforce GTX 980 Ti **Blender Version** ![BlenderSplash.JPG](https://archive.blender.org/developer/F6362302/BlenderSplash.JPG) Broken: Date: 2019-01-21 ``` Hash: dd3f5186260e Branch: Blender 2.7 (although it's supposed to be a 2.80 Beta) ``` [OpenSubDiv_PerformanceBug.zip](https://archive.blender.org/developer/F6362305/OpenSubDiv_PerformanceBug.zip) **Short description of error** Subdivision surfaces are fast and responsive in Edit mode *with all-quad meshes*, but very slow (~ 10x slower) with meshes comprised of triangles and quads. **Exact steps for others to reproduce the error** Open the attached blend file and select **Cube.001** Go into Edit mode. Turn on Proportional Editing. Grab a point and move it - observe how responsive the viewport is with the all-quad mesh. Go back to Object Mode. Select **Cube**. Go back into Edit Mode. Grab a point and move it (with proportional editing still turned on) Observe how slow it is.

Joe Williamsen commented

2019-01-22 03:35:37 +01:00

Added subscriber: @Joe_W

blender-admin commented

2019-01-22 03:35:37 +01:00

#100520 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#99365 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#96891 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#89496 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#80211 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#59333 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#70523 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#64691 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#64587 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#63895 was marked as duplicate of this issue

blender-admin commented

2019-01-22 03:35:37 +01:00

#60173 was marked as duplicate of this issue

Philipp Oeser commented

2019-01-22 11:34:58 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2019-01-22 11:34:58 +01:00

I assume this is the same as #59333?

Sergey Sharybin was assigned by Philipp Oeser

2019-01-22 11:37:58 +01:00

Philipp Oeser commented

2019-01-22 11:37:58 +01:00

Will leave these reports separate for now [even though quite similar]

Joe Williamsen commented

2019-01-22 16:23:34 +01:00

Agreed - it's very likely it's the same underlying cause. FWIW, I didn't see the same behavior in 2.79, so it's something new.

Sebastian Parborg commented

2019-01-25 12:23:04 +01:00

Added subscriber: @rambobl

Sebastian Parborg commented

2019-04-26 15:08:47 +02:00

Added subscribers: @brothermechanic, @rboxman

Brecht Van Lommel commented

2019-05-14 10:54:16 +02:00

Added subscribers: @radionix3d, @SergienkoEugene

Michael Weisheim commented

2019-05-14 23:55:12 +02:00

Added subscriber: @MichaelWeisheim

John Malcolm commented

2019-05-16 10:08:20 +02:00

Added subscriber: @JohnMalcolm1970

Pablo Couto commented

2019-08-07 16:37:35 +02:00

Added subscriber: @pabcou

Sergey Sharybin commented

2019-10-07 17:01:30 +02:00

Added subscribers: @valya2255, @Sergey, @brecht, @mano-wii, @Mets

Sergey Sharybin was unassigned by Dalai Felinto

2019-12-23 16:35:21 +01:00

Richard Antalik commented

2020-01-23 00:18:20 +01:00

Added subscribers: @AaronFjerstad, @EAW, @JacquesLucke, @gentleclockdivider, @moisessalvador, @tobikubi, @ZedDB

msalv commented

2020-05-21 13:39:54 +02:00

Removed subscriber: @moisessalvador

Vyacheslav Kobozev commented

2020-07-01 18:07:57 +02:00

Added subscriber: @Vyach

Vyacheslav Kobozev commented

2020-07-01 18:07:57 +02:00

any news? poke.

Vyacheslav Kobozev commented

2020-07-01 18:35:43 +02:00

Just a simpliest demo
2020-07-01_19-32-19.mp4
untitled.blend

Just a simpliest demo [2020-07-01_19-32-19.mp4](https://archive.blender.org/developer/F8657563/2020-07-01_19-32-19.mp4) [untitled.blend](https://archive.blender.org/developer/F8657565/untitled.blend)

Sergey Sharybin commented

2020-07-27 16:30:07 +02:00

There are no real news. As soon as there are any they'll surely be mentioned here.

Evan Wilson commented

2020-08-30 07:33:45 +02:00

Added subscribers: @JasonClarke, @deadpin

Sean Robertson commented

2020-12-12 21:28:15 +01:00

Added subscriber: @seanr

Dominik Pospisil commented

2021-02-26 13:27:02 +01:00

Added subscriber: @dominik.pospisil

Chris Kohl commented

2021-06-28 02:41:59 +02:00

Added subscriber: @ckohl_art

Jesse Yurkovich commented

2021-06-28 21:04:01 +02:00

Added subscriber: @Blend_Frames

Jon Henry M. Faltis 9077149 commented

2022-02-16 19:24:21 +01:00

Added subscriber: @geocentric_wage

Philipp Oeser commented

2022-03-30 14:55:04 +02:00

Added subscriber: @pepe-school-land

Jesse Yurkovich commented

2022-07-04 01:23:15 +02:00

Added subscriber: @Alexander-35

Alexander commented

2022-07-11 14:18:14 +02:00

Gentelmens, i wanted to notice some important and obvious observation. As i mentioned on my initial report (https://developer.blender.org/T99365): it looks like its a problem with solvind specific topology. Yes, ngon's are most obvious cases when you will have huge lag before subdivision modifier would appear, but its just a half of the problem, and second part is solving specific topology cases, and more specific - long and thin faces.

How to prove it:
https://developer.blender.org/T99365
Here you can find original blend file with 2 objects. Cube, where subd modifier are appear almost instantly, and a second object with huge 292 sides ngon which make a huge few second lag after you try to put subd modifier on it. As Jesse Yurkovich (deadpin) say it those report - ngon are causing the problem. And this is true, but:
Here's the updated file:
subd_issue_update.blend
I added even more polygons to the cube, and solve 292 side ngon. So now second object doesnt have ngons or triangles at all but what about lags?
Time for subd modifier appear in the stack after you try to put them:
Cube (196K faces) - ~0.5sec
Second object (7,7K faces) - >3sec

We speak about mesh which have 12x times more polygons, but works 6x times faster. Its clearly a problem with topology, cause Cube are all square faces. Second object contains a lot of long and thin faces.

Gentelmens, i wanted to notice some important and obvious observation. As i mentioned on my initial report (https://developer.blender.org/T99365): it looks like its a problem with solvind specific topology. Yes, ngon's are most obvious cases when you will have huge lag before subdivision modifier would appear, but its just a half of the problem, and second part is solving specific topology cases, and more specific - long and thin faces. How to prove it: https://developer.blender.org/T99365 Here you can find original blend file with 2 objects. Cube, where subd modifier are appear almost instantly, and a second object with huge 292 sides ngon which make a huge few second lag after you try to put subd modifier on it. As Jesse Yurkovich (deadpin) say it those report - ngon are causing the problem. And this is true, but: Here's the updated file: [subd_issue_update.blend](https://archive.blender.org/developer/F13285604/subd_issue_update.blend) I added even more polygons to the cube, and solve 292 side ngon. So now second object doesnt have ngons or triangles at all but what about lags? Time for subd modifier appear in the stack after you try to put them: Cube (196K faces) - ~0.5sec Second object (7,7K faces) - >3sec We speak about mesh which have **12x times** more polygons, but works **6x times faster**. Its clearly a problem with topology, cause Cube are all square faces. Second object contains a lot of long and thin faces.

Germano Cavalcante commented

2022-08-22 15:23:19 +02:00

Added subscribers: @andywalshart, @TheRedWaxPolice, @TonatiuhdeSanJulian

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Subdivision Surface Performance Degrades Markedly With Non-Quad Meshes #60733