All of lore.kernel.org
 help / color / mirror / Atom feed
* What's using all my DRI memory?
@ 2016-05-09 12:06 Adam Nielsen
  2016-05-09 12:58 ` Chris Wilson
  2016-05-28  6:59 ` Adam Nielsen
  0 siblings, 2 replies; 4+ messages in thread
From: Adam Nielsen @ 2016-05-09 12:06 UTC (permalink / raw)
  To: intel-gfx

Hi all,

I'm trying to track down an annoying bug which is making my system
crash every two weeks, and in between those two weeks I get various
programs, typically Firefox, killed every day or two due to out of
memory errors.

Apparently all this memory is used by the Intel video driver, which
doesn't leave enough memory on my 16GB system for applications to run.
I'm not sure how to work out why this is the case.  Is it a bug in the
Intel driver, not releasing the memory?  Is it a buggy program
allocating too much display memory?  How can I figure out what's using
up all the memory?

According to this, it looks like 8GB of memory is in use:

=====
$ cat /sys/kernel/debug/dri/0/i915_gem_objects 
854 objects, 8128716800 bytes
446 [17] objects, 657387520 [105037824] bytes in gtt
  11 [1] active objects, 1662976 [1048576] bytes
  435 [16] inactive objects, 655724544 [103989248] bytes
0 unbound objects, 0 bytes
28 purgeable objects, 23433216 bytes
5 pinned mappable objects, 103358464 bytes
4 fault mappable objects, 55271424 bytes
2147483648 [268435456] gtt total

systemd-logind: 801 objects, 7467040768 bytes (1593344 active, 599011328 inactive, 600604672 global, 6698557440 shared, 6850830336 unbound)
systemd-logind: 40 objects, 693960704 bytes (0 active, 89206784 inactive, 89206784 global, 520888320 shared, 599760896 unbound)
=====

This seems excessively high, so is there any way to figure out what
it's being used for?

There must be a leak somewhere, because the system will run fine for a
week, then programs start getting killed by the kernel OOM handler more
and more frequently until I can't load any programs any more (they get
killed during launch) and have to reboot the machine.

Many thanks,
Adam.


_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: What's using all my DRI memory?
  2016-05-09 12:06 What's using all my DRI memory? Adam Nielsen
@ 2016-05-09 12:58 ` Chris Wilson
  2016-05-28  6:59 ` Adam Nielsen
  1 sibling, 0 replies; 4+ messages in thread
From: Chris Wilson @ 2016-05-09 12:58 UTC (permalink / raw)
  To: Adam Nielsen; +Cc: intel-gfx

On Mon, May 09, 2016 at 10:06:49PM +1000, Adam Nielsen wrote:
> Hi all,
> 
> I'm trying to track down an annoying bug which is making my system
> crash every two weeks, and in between those two weeks I get various
> programs, typically Firefox, killed every day or two due to out of
> memory errors.
> 
> Apparently all this memory is used by the Intel video driver, which
> doesn't leave enough memory on my 16GB system for applications to run.
> I'm not sure how to work out why this is the case.  Is it a bug in the
> Intel driver, not releasing the memory?  Is it a buggy program
> allocating too much display memory?  How can I figure out what's using
> up all the memory?
> 
> According to this, it looks like 8GB of memory is in use:
> 
> =====
> $ cat /sys/kernel/debug/dri/0/i915_gem_objects 
> 854 objects, 8128716800 bytes
> 446 [17] objects, 657387520 [105037824] bytes in gtt

16MiB for each leaked buffer, I guess framebuffers.

Could you checck /sys/kernel/debug/dri/0/i915_gem_framebuffer ?

Which kernel?
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: What's using all my DRI memory?
  2016-05-09 12:06 What's using all my DRI memory? Adam Nielsen
  2016-05-09 12:58 ` Chris Wilson
@ 2016-05-28  6:59 ` Adam Nielsen
  2016-05-28  8:23   ` Felix Miata
  1 sibling, 1 reply; 4+ messages in thread
From: Adam Nielsen @ 2016-05-28  6:59 UTC (permalink / raw)
  To: intel-gfx

Hi all,

Any suggestions with this?  My system just crashed again because the
Intel driver used up all 16GB of my system memory.

Thanks,
Adam.

On Mon, 9 May 2016 22:06:49 +1000
Adam Nielsen <a.nielsen@shikadi.net> wrote:

> Hi all,
> 
> I'm trying to track down an annoying bug which is making my system
> crash every two weeks, and in between those two weeks I get various
> programs, typically Firefox, killed every day or two due to out of
> memory errors.
> 
> Apparently all this memory is used by the Intel video driver, which
> doesn't leave enough memory on my 16GB system for applications to run.
> I'm not sure how to work out why this is the case.  Is it a bug in the
> Intel driver, not releasing the memory?  Is it a buggy program
> allocating too much display memory?  How can I figure out what's using
> up all the memory?
> 
> According to this, it looks like 8GB of memory is in use:
> 
> =====
> $ cat /sys/kernel/debug/dri/0/i915_gem_objects 
> 854 objects, 8128716800 bytes
> 446 [17] objects, 657387520 [105037824] bytes in gtt
>   11 [1] active objects, 1662976 [1048576] bytes
>   435 [16] inactive objects, 655724544 [103989248] bytes
> 0 unbound objects, 0 bytes
> 28 purgeable objects, 23433216 bytes
> 5 pinned mappable objects, 103358464 bytes
> 4 fault mappable objects, 55271424 bytes
> 2147483648 [268435456] gtt total
> 
> systemd-logind: 801 objects, 7467040768 bytes (1593344 active, 599011328 inactive, 600604672 global, 6698557440 shared, 6850830336 unbound)
> systemd-logind: 40 objects, 693960704 bytes (0 active, 89206784 inactive, 89206784 global, 520888320 shared, 599760896 unbound)
> =====
> 
> This seems excessively high, so is there any way to figure out what
> it's being used for?
> 
> There must be a leak somewhere, because the system will run fine for a
> week, then programs start getting killed by the kernel OOM handler more
> and more frequently until I can't load any programs any more (they get
> killed during launch) and have to reboot the machine.
> 
> Many thanks,
> Adam.
> 
> 
> _______________________________________________
> Intel-gfx mailing list
> Intel-gfx@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/intel-gfx



_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: What's using all my DRI memory?
  2016-05-28  6:59 ` Adam Nielsen
@ 2016-05-28  8:23   ` Felix Miata
  0 siblings, 0 replies; 4+ messages in thread
From: Felix Miata @ 2016-05-28  8:23 UTC (permalink / raw)
  To: intel-gfx

Adam Nielsen composed on 2016-05-28 16:59 (UTC+1000):

> Any suggestions with this?  My system just crashed again because the
> Intel driver used up all 16GB of my system memory.

Which Intel driver version?

Which X server version?

Which kernel version?

Which window manager/DE?

Have you tried running Memtest overnight or longer?

How did you decide it's the Intel driver exhausting RAM?

If using X server > 16.999, have you tried removing the Intel driver, using 
instead the modeset driver built into the server?
-- 
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

  Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2016-05-28  8:30 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-05-09 12:06 What's using all my DRI memory? Adam Nielsen
2016-05-09 12:58 ` Chris Wilson
2016-05-28  6:59 ` Adam Nielsen
2016-05-28  8:23   ` Felix Miata

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.