Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second

2010-05-26 Thread David Rientjes
On Thu, 13 May 2010, Tvrtko Ursulin wrote:

  You could just enable CONFIG_DEBUG_KMEMLEAK on 2.6.33, mount the debugfs
  and do a 'cat /sys/kernel/debug/kmemleak' after a half-hour or so.
 
 I could do it if radeon/drm guys would be interested in those results? (Given
 how 2.6.34-rc7 is not leaking.)
 

Did you get a chance to find out if kmemleak was able to identify the 
source of this problem?

--

--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second

2010-05-26 Thread Tvrtko Ursulin
On Wednesday 26 May 2010 10:21:36 David Rientjes wrote:
 On Thu, 13 May 2010, Tvrtko Ursulin wrote:
   You could just enable CONFIG_DEBUG_KMEMLEAK on 2.6.33, mount the
   debugfs and do a 'cat /sys/kernel/debug/kmemleak' after a half-hour or
   so.
 
  I could do it if radeon/drm guys would be interested in those results?
  (Given how 2.6.34-rc7 is not leaking.)

 Did you get a chance to find out if kmemleak was able to identify the
 source of this problem?

Well no, I asked DRM/radeon guys to explicitly say whether it would be useful,
otherwise it is unfortunately sufficiently low on my priority list that it
will probably never happen.

Tvrtko

Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United 
Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.

--

--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second

2010-05-13 Thread Tvrtko Ursulin

[Snipped localdomain guy from Cc]

On Wednesday 12 May 2010 14:29:16 Jerome Glisse wrote:
 On Wed, May 12, 2010 at 11:50:41AM +0100, Tvrtko Ursulin wrote:
  On Wednesday 12 May 2010 11:38:05 Tvrtko Ursulin wrote:
 
  [snip]
 
   I think it is DRM (radeon) related, leak stopped when I closed all X
programs. I am compiling 2.6.33.3 right now and will soon reboot into
   it.
 
  Leak is still present in 2.6.33.3 - the more GUI activity the more it
  leaks. So the ~512 objects per second was with xosview running, but
  moving windows or browsing through menus can leak a lot more (per
  second).
 
  Is version of userspace drm library interesting? It is 2.4.20
  (libdrm-2.4.20-12.1.x86_64).
 
  Tvrtko

 Do the number of object stay constant over longuer period of time
 (30min, 1hour) ? If there was a leak i think we would have notice
 it by now, some of my desktop are running 24h for several days with
 radeon kms.

No, it grew constantly in presence of compositing activity under X by 512 8
byte objects per second or more, possibly multiples of 512 or very close.

If you haven't seen my original  post, kmalloc-8 cache after some days of
uptime looked like this:

kmalloc-8 68044800 68044800  8  5121 : tunables000
: slabdata 132900 132900  0

I am now running 2.6.34-rc7 which seems not to leak.

Tvrtko

Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United 
Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.

--

--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second

2010-05-13 Thread Tvrtko Ursulin
On Thursday 13 May 2010 13:29:49 Catalin Marinas wrote:
 Tvrtko Ursulin tvrtko.ursu...@sophos.com wrote:
  On Wednesday 12 May 2010 14:00:51 Pekka Enberg wrote:
  [snip]
 
  You might want to try out the built-in kernel memory leak detector.
  See Documentation/kmemleak.txt for details how to enable it and use
  it.
 
  Thanks for the suggestion, I will have to try it out once but not this
  time :) because 2.6.34-rc7 seems to be fine, or in other words not
  leaking.

 You could just enable CONFIG_DEBUG_KMEMLEAK on 2.6.33, mount the debugfs
 and do a 'cat /sys/kernel/debug/kmemleak' after a half-hour or so.

I could do it if radeon/drm guys would be interested in those results? (Given
how 2.6.34-rc7 is not leaking.)

Tvrtko

Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United 
Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.

--

--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second

2010-05-12 Thread Tvrtko Ursulin
On Wednesday 12 May 2010 11:21:48 Tvrtko Ursulin wrote:
 Hi all,

 As the subject says, is this a know issue? I have been tracking the growth
  at one second intervals and it looks like this:

 512 (67716608) Slab: 606744 kB
 512 (67717120) Slab: 606752 kB
 512 (67717632) Slab: 606756 kB
 0 (67718144) Slab: 606756 kB
 512 (67718144) Slab: 606760 kB
 1024 (67718656) Slab: 606768 kB
 512 (67719680) Slab: 606772 kB
 512 (67720192) Slab: 606776 kB
 0 (67720704) Slab: 606776 kB
 512 (67720704) Slab: 606780 kB

 First fiels is the diff in numobj, in parentheses is actual numobj and last
  is the total slab size from /proc/meminfo.

 kmalloc-8 68044800 68044800  8  5121 : tunables00
   0

 : slabdata 132900 132900  0

 dm-io slab also seems large, don't know... :
 dm_io  75924 147288 40  1021 : tunables000
  : slabdata   1444   1444  0

 Some other info about the system/kernel is attached.

I think it is DRM (radeon) related, leak stopped when I closed all X programs.
I am compiling 2.6.33.3 right now and will soon reboot into it.

Tvrtko

Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United 
Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.

--

--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second

2010-05-12 Thread Tvrtko Ursulin
On Wednesday 12 May 2010 11:38:05 Tvrtko Ursulin wrote:

[snip]
 I think it is DRM (radeon) related, leak stopped when I closed all X
  programs. I am compiling 2.6.33.3 right now and will soon reboot into it.

Leak is still present in 2.6.33.3 - the more GUI activity the more it leaks.
So the ~512 objects per second was with xosview running, but moving windows or
browsing through menus can leak a lot more (per second).

Is version of userspace drm library interesting? It is 2.4.20
(libdrm-2.4.20-12.1.x86_64).

Tvrtko

Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United 
Kingdom.
Company Reg No 2096520. VAT Reg No GB 348 3873 20.

--

--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: 2.6.33.2 kmalloc-8 slab leaks ~512 objects per second

2010-05-12 Thread Jerome Glisse
On Wed, May 12, 2010 at 11:50:41AM +0100, Tvrtko Ursulin wrote:
 On Wednesday 12 May 2010 11:38:05 Tvrtko Ursulin wrote:
 
 [snip]
  I think it is DRM (radeon) related, leak stopped when I closed all X
   programs. I am compiling 2.6.33.3 right now and will soon reboot into it.
 
 Leak is still present in 2.6.33.3 - the more GUI activity the more it leaks.
 So the ~512 objects per second was with xosview running, but moving windows or
 browsing through menus can leak a lot more (per second).
 
 Is version of userspace drm library interesting? It is 2.4.20
 (libdrm-2.4.20-12.1.x86_64).
 
 Tvrtko
 

Do the number of object stay constant over longuer period of time
(30min, 1hour) ? If there was a leak i think we would have notice
it by now, some of my desktop are running 24h for several days with
radeon kms.

Cheers,
Jerome

--

--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel