From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 111077] link_shader and deserialize_glsl_program suddenly consume huge amount of RAM Date: Sat, 06 Jul 2019 17:46:22 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1728550014==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id DF57F89893 for ; Sat, 6 Jul 2019 17:46:22 +0000 (UTC) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1728550014== Content-Type: multipart/alternative; boundary="15624351820.09Ec4.22058" Content-Transfer-Encoding: 7bit --15624351820.09Ec4.22058 Date: Sat, 6 Jul 2019 17:46:22 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D111077 Bug ID: 111077 Summary: link_shader and deserialize_glsl_program suddenly consume huge amount of RAM Product: Mesa Version: 18.3 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: roland@rptd.ch QA Contact: dri-devel@lists.freedesktop.org Created attachment 144715 --> https://bugs.freedesktop.org/attachment.cgi?id=3D144715&action=3Dedit Valgrind massif log Since a recent update a few days ago an application which barely consumes 2G RAM at full load is very slow to load and compiling shaders causes over 16G= RAM to be consumed when the app eventually crashes. I don't know what exactly in the update caused problems but certainly Mesa,= the amdgpu driver and LLVM did get updates. I also tried using Mesa 19.x but the problem is the same. Driver is xf86-video-amdgpu-19.0.1 . LLVM is 7.0.x . I've already deleted the mesa shader cache and all caches the application creates. I've totally recompiled the system (GenToo) to make sure no strange problems can be around. I've also tried with a completely fresh user to run= the app. Using valgrind --tool=3Dmassif the culprit seems to be ralloc_size which is called by the two above mentioned methods. I've attached a massif log of a couple of seconds running of the application and shutting it down before me= mory skyrockets even more. The app in question shows at that point of time only = an empty scene with a simple shader doing a sky-box. The rest is Non OpenGL UI stuff. Classified this as blocker since as soon as you try loading more shaders not even 32G seems to be enough to cope with the rampaging glsl compiler. --=20 You are receiving this mail because: You are the assignee for the bug.= --15624351820.09Ec4.22058 Date: Sat, 6 Jul 2019 17:46:22 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated
Bug ID 111077
Summary link_shader and deserialize_glsl_program suddenly consume hug= e amount of RAM
Product Mesa
Version 18.3
Hardware x86-64 (AMD64)
OS Linux (All)
Status NEW
Severity blocker
Priority medium
Component Drivers/Gallium/radeonsi
Assignee dri-devel@lists.freedesktop.org
Reporter roland@rptd.ch
QA Contact dri-devel@lists.freedesktop.org

Created attachment 144715 [details]
Valgrind massif log

Since a recent update a few days ago an application which barely consumes 2G
RAM at full load is very slow to load and compiling shaders causes over 16G=
 RAM
to be consumed when the app eventually crashes.

I don't know what exactly in the update caused problems but certainly Mesa,=
 the
amdgpu driver and LLVM did get updates.

I also tried using Mesa 19.x but the problem is the same.

Driver is xf86-video-amdgpu-19.0.1 . LLVM is 7.0.x .

I've already deleted the mesa shader cache and all caches the application
creates. I've totally recompiled the system (GenToo) to make sure no strange
problems can be around. I've also tried with a completely fresh user to run=
 the
app.

Using valgrind --tool=3Dmassif the culprit seems to be ralloc_size which is
called by the two above mentioned methods. I've attached a massif log of a
couple of seconds running of the application and shutting it down before me=
mory
skyrockets even more. The app in question shows at that point of time only =
an
empty scene with a simple shader doing a sky-box. The rest is Non OpenGL UI
stuff.

Classified this as blocker since as soon as you try loading more shaders not
even 32G seems to be enough to cope with the rampaging glsl compiler.


You are receiving this mail because:
  • You are the assignee for the bug.
= --15624351820.09Ec4.22058-- --===============1728550014== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs --===============1728550014==--