All of lore.kernel.org
 help / color / mirror / Atom feed
* [Bug 111527] obs-studio + latest mesa on amdgpu/vega64 leaks kernel memory rapidly
@ 2019-08-31 20:26 bugzilla-daemon
  2019-09-02  8:15 ` bugzilla-daemon
                   ` (5 more replies)
  0 siblings, 6 replies; 7+ messages in thread
From: bugzilla-daemon @ 2019-08-31 20:26 UTC (permalink / raw)
  To: dri-devel


[-- Attachment #1.1: Type: text/plain, Size: 2400 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=111527

            Bug ID: 111527
           Summary: obs-studio + latest mesa on amdgpu/vega64 leaks kernel
                    memory rapidly
           Product: Mesa
           Version: git
          Hardware: Other
                OS: All
            Status: NEW
          Severity: not set
          Priority: not set
         Component: Drivers/Gallium/radeonsi
          Assignee: dri-devel@lists.freedesktop.org
          Reporter: john@pointysoftware.net
        QA Contact: dri-devel@lists.freedesktop.org

As of at least mesa 19.3/bfac462d929 on a Vega 64:

Running obs-studio, even without starting a broadcast, will begin a seemingly
exponential memory leak.  It will be fine for a few minutes, until it rapidly
begins consuming what appears to be kernel memory (nothing attributed to app,
but total usage skyrockets).  With 32G of ram I exhaust system memory after
about three minutes, but the OOM killer doesn't know what to take down as OBS
itself remains low in the list.  This can then murder the whole system.

However, killing OBS causes most of the memory to be freed.  I say most because
after reproducing on a fresh boot, there were apparently a few gigabytes of
unaccounted for memory that never returned.  Subsequent repros of the bug on
that same boot returned to the same baseline, however.  Some caching mechanism
gone wrong?

I've noticed this going back at least a few weeks, but haven't a proper bisect.
 It should be very easy to reproduce, and happens on both Vega 64 systems I
have available.

Steps to reproduce, may not all be necessary but I confirmed this does it from
a fresh state:
- Launch obs-studio
- Enable Studio Mode by clicking the button the right
- Add two sources: "desktop capture" (select any monitor) and a single "Image"
source (any image)
- Press Fade/Cut up top to make that state live.  No need to actually start
recording/broadcasting.
- Wait a few minutes or until your system hangs.  Memory usage will appear
stable for at least a full minute before taking off unprompted.  It will not be
attributed to the app, however, being apparently kernel memory.

Reproduces with 19.3 - bfac462d929
Does not reproduce with 19.1.4

Kernel versions 5.2.8/5.2.11 same behavior

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 3793 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

^ permalink raw reply	[flat|nested] 7+ messages in thread
end of thread, other threads:[~2019-09-25 18:50 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-08-31 20:26 [Bug 111527] obs-studio + latest mesa on amdgpu/vega64 leaks kernel memory rapidly bugzilla-daemon
2019-09-02  8:15 ` bugzilla-daemon
2019-09-07 13:20 ` bugzilla-daemon
2019-09-09 14:32 ` bugzilla-daemon
2019-09-09 19:59 ` bugzilla-daemon
2019-09-12 15:00 ` bugzilla-daemon
2019-09-25 18:50 ` bugzilla-daemon

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.