Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 03-24-08, 08:22 PM   #1
koos
Registered User
 
Join Date: Aug 2005
Posts: 8
Default XPixmaps are not deleted if app gets destroyed w/ 169.09

Just fixed a memory leak in my project where XPixmaps were not deleted. What worries me about this is that the memory wasn't freed by the Xserver after the application was ended.

Since the recreations of XPixmap was on every resize event and having the size of the window, the Xserver's memory grew quite fast.
Now that this is fixed, the memory is constant.

Is this expected behaviour, or else is this an nvidia issue?
koos is offline   Reply With Quote
Old 03-24-08, 08:28 PM   #2
AaronP
NVIDIA Corporation
 
AaronP's Avatar
 
Join Date: Mar 2005
Posts: 2,487
Default Re: XPixmaps are not deleted if app gets destroyed w/ 169.09

Pixmaps are destroyed by the X server. Please see the forum sticky posts about how to report a problem, and attach a test case that reproduces this issue.
AaronP is offline   Reply With Quote
Old 03-25-08, 03:17 PM   #3
koos
Registered User
 
Join Date: Aug 2005
Posts: 8
Default Re: XPixmaps are not deleted if app gets destroyed w/ 169.09

Thanks for your answer. Added the log, xorg.conf and a test cpp file. See preceding comment for a compile example, you might need to adjust includes though.
I'm running debian/testing on amd64 (Intel core2)

Wasn't that easy to create a small test case that has this issue. And maybe indeed I'm actually wrong about this. This case shows a XPixmap leak once per second.
My observation with this test case is that terminating the application after 10s or so with ^C does not reduce memory size seen in 'top' (VIRT and RES). However at a second run, the increase takes a while, indicating a reuse, but terminating this one, bring the memory back to where it was before the first run.

Further investigation shows same behavior on the bug fix mentions, show same behaviour.
The alarm bells rang because the memory footprint grew to 1.7G and wasn't freed. I probably had to run the same thing twice.
Attached Files
File Type: zip report.zip (7.7 KB, 84 views)
koos is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 07:16 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.