Page MenuHome

Blender 2.81 Sculpting on ubuntu 18.04 fills memory gradually
Closed, ArchivedPublic

Description

System Information
Operating system: Ubuntu 18.04
Graphics card: GEForce 940 MX

Blender Version
Broken: (example: 2.81, Linux, Glibc217,)

Blender 2.81 fills memory when i'm Sculpting gradually, and does not free it on exit. I have to restart my system to free the memory.( in this latest build it frees memory a little but not completely). it works fine in 2.80 and previous versions but in all 2.81 versions I tried I had this problem, I was hoping in the final build, blender team solve this problem but it still exists there and with all refinements in 2.81 for sculpting I can't use it. BTW I'm using Dyntopo for sculpting. When I look at "monitor" app in Ubuntu it shows that "Xorg" fills memory.

Details

Type
Bug

Event Timeline

Please give information about the driver you use. For example you share here the result of each of the following lines from the terminal:

sudo lshw -c video
cat /proc/driver/nvidia/version

hi, this is return of 'lshw' command:

*-display                 
     description: VGA compatible controller
     product: HD Graphics 620
     vendor: Intel Corporation
     physical id: 2
     bus info: pci@0000:00:02.0
     version: 02
     width: 64 bits
     clock: 33MHz
     capabilities: pciexpress msi pm vga_controller bus_master cap_list rom
     configuration: driver=i915 latency=0
     resources: irq:127 memory:ed000000-edffffff memory:c0000000-cfffffff ioport:f000(size=64) memory:c0000-dffff
*-display
     description: 3D controller
     product: GM108M [GeForce 940MX]
     vendor: NVIDIA Corporation
     physical id: 0
     bus info: pci@0000:01:00.0
     version: a2
     width: 64 bits
     clock: 33MHz
     capabilities: pm msi pciexpress bus_master cap_list rom
     configuration: driver=nvidia latency=0
     resources: irq:129 memory:ee000000-eeffffff memory:d0000000-dfffffff memory:e0000000-e1ffffff ioport:e000(size=128) memory:ef000000-ef07ffff

and my nvidia driver version:

NVRM version: NVIDIA UNIX x86_64 Kernel Module  435.21  Sun Aug 25 08:17:57 CDT 2019
GCC version:  gcc version 7.4.0 (Ubuntu 7.4.0-1ubuntu1~18.04.1)

can u upload file when your memory usage is for example at 10gb RAM? we could download it.. and test what is our ram usage. with such file..

Ako (Akov) added a comment.EditedTue, Nov 26, 4:56 PM

its a big file with 184mb size, and I just have 8gb of RAM. can't upload it here.
Update: I tried many times, it's not the file, I mean just opening a file that I sculpted before doesn't fills RAM, it fills some parts of my RAM, but when I close that file, my RAM gets free again, but when I sculpt, 'Xorg' consumes RAM gradually until there it fills it, and when I close the file or even blender my RAM doesn't get free. it seems somehow a garbage collector doesn't work fine. also when I open a big file, it shows that blender consumed my RAM and not Xorg, but after some sculpting 'Xorg' consumes RAM too.
I hope I could explain the situation well.

any news from this?

Can you see if the same happens if you reduce the amount of undo steps?
Preferences -> System -> Undo Steps

Can you see if the same happens if you reduce the amount of undo steps?
Preferences -> System -> Undo Steps

Hi, I tested it, it was the default 32 undo steps, reduced it to 2, it somehow slowed rate of filling RAM, but it's still there.

The same happens if you reduce to zero?
Could you describe the steps to reproduce the problem?

Blender doesn't let me to reduce it to Zero, minimum is 2.
I don't know how to reduce the problem actually, but when I reduced undo steps to 2, the amount of RAM that Xorg fills, grows more slowly than when undo steps is 32.

Blender doesn't let me to reduce it to Zero, minimum is 2.
I don't know how to reduce the problem actually, but when I reduced undo steps to 2, the amount of RAM that Xorg fills, grows more slowly than when undo steps is 32.

sorry, I misunderstood your comment, read reproduce to reduce.
I just open blender and sculpt and use Dyntopo, nothing more, nothing less.

Germano Cavalcante (mano-wii) lowered the priority of this task from Needs Triage by Developer to Waiting for Developer to Reproduce.Tue, Dec 3, 5:00 PM

I changed my DE to Gnome and the problem is solved, it seems Xserver has some problems with blender!

In this case it is even harder to know what is going on.
If necessary, I think it is better to make another report describing in detail how to reproduce the problem.
Closing this.