Page MenuHome

Subdivision Surface: Out of memory exception in in post 2.79 versions
Confirmed, NormalPublicBUG

Description

System Information
Operating system: Windows-10-10.0.19041-SP0 64 Bits
Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 452.06

Blender Version
Broken: version: 2.90.0, branch: master, commit date: 2020-08-31 11:26, hash: rB0330d1af29c0
Worked: (2.79)

Short description of error
When rendering a displacement heavy blend file, We consistently get out of memory exception in blender 2.8x and 2.9.

Exact steps for others to reproduce the error

  1. Open the attached blend file.
  2. Click F12 (Render Image).
  3. Wait till it crashes (approximately 6min).

More info about this blend file:

Resolution: 650px by 650px
Cycles: 10
All polygons are triangles.
One material with a displacement map on all objects.
Subdivision modifier with Catmull Clark with 1.0 adaptive value, on all 3 objects.
Simplify->Render->Maximum Subdivion is equal to 2.
Simplify->Render->Texture Limit is equal to 8192.
Simplify->Viewport->Maximum Subdivion is equal to 0.

Event Timeline

Richard Antalik (ISS) changed the task status from Needs Triage to Needs Information from User.Thu, Sep 17, 7:35 PM

What was memory usage in 2.79 and what is your total memory?
Can you simplify file to the point when it renders on your machine or it always crashes?

I can confirm the memory issue.

It involves the "Adaptive Subdvision".

But I'm having trouble recreating the same conditions in blender 2.79 to test.

Can you submit a .blend file that opens in both 2.79 and 2.90?

Gal (Gal_K) added a comment.EditedFri, Sep 18, 2:06 PM

@Richard Antalik (ISS)

The memory usage was 100% and the total memory is 16GB.
This file always crashes in my machine.
Turning off the adaptive subdivision didn't prevent the render to crash.

@Germano Cavalcante (mano-wii)

We recreated the same conditions in 2.79

Addition information:
We discover that when clean the file from unused UV sets blender 2.9 doesn't crash.

This problem is caused by the new blender subdivision modifier which is unfortunately slow with non-quad faces.
It is already known issue and will be addressed with the tasks:
T60733: Subdivision Surface Performance Degrades Markedly With Non-Quad Meshes
T73564: Adaptive subdivision modifier takes to much memory

So I believe that this task can be merged into the T60733
CC @Sergey Sharybin (sergey)

@Germano Cavalcante (mano-wii), not sure how performance is related to the out of memory exception?

Germano Cavalcante (mano-wii) renamed this task from Out of memory exception in Blender 2.8x and 2.9 to Subdivision Surface: Out of memory exception in in post 2.79 versions.Fri, Sep 18, 6:21 PM
Germano Cavalcante (mano-wii) changed the task status from Needs Information from User to Confirmed.
Germano Cavalcante (mano-wii) changed the subtype of this task from "Report" to "Bug".

@Germano Cavalcante (mano-wii), not sure how performance is related to the out of memory exception?

You're right. Since this is the case, I am confirming it as a different bug.