Summary: | [r600g] Memory leak desktop usage RV770 (HD4850) with 10.1.2 (related to not using LLVM anymore) | ||
---|---|---|---|
Product: | Mesa | Reporter: | Roc Vallès Domènech <vallesroc> |
Component: | Drivers/Gallium/r600 | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED NOTOURBUG | QA Contact: | |
Severity: | major | ||
Priority: | medium | ||
Version: | 10.1 | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Roc Vallès Domènech
2014-05-07 01:45:25 UTC
(In reply to comment #1) > Sorting processes by ram usage (on eg: top) would show no culprits; the > memory was being leaked kernelside. Not even restarting X would fix the > problem: A reboot was always necessary. That would be a kernel bug then. But it's hard to imagine how that could only be triggered without LLVM... BTW, you can still enable LLVM via the environment variable R600_LLVM=1 or R600_DEBUG=llvm. After trying with older mesa/llvm and experimenting around, I've figured out it's not the same thing I used to have. Apparently, memory is recovered by closing Firefox. Top doesn't show it using that much memory, but it somehow does in less traceable ways. Damn firefox 29... I'm seriously considering moving to chromium now. Closing this bug. (In reply to comment #2) > > Apparently, memory is recovered by closing Firefox. Top doesn't show it > using that much memory, but it somehow does in less traceable ways. Server side resources: http://www.freedesktop.org/wiki/Software/xrestop/ |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.