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

Newegg Daily Deals

Reply
 
Thread Tools
Old 11-26-08, 03:41 PM   #13
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: xserver mem leak with 7300GT but not with 6600GT

I just migrated to kde4.2 from trunk (beta1) and made following observations:

1) disabling GlyphCache significantly delays grow of X's memory usage

2) when locking the screen using kde4's functionality: Desktop/Plasma Playground -> rightclick -> 'Lock Screen' memory instantly (?!) grows from 40 MB -> 240 MB (if I recall right it was a growth of 200 MB, it could also have been 100 MB)

3) when using xscreensaver this doesn't happen

4) when using okular reading large pdf documents (100+ MBs) it grows by 100-300 MB

5) the same happens when starting/using firefox (100-200 MB) (also happens in gnome)

6) disabling GlyphCache and not using the 'Lock Screen' functionality built into kde4 memory usage grows only rather slowly


this all could be a problem with Qt4 + kde4, I'm no developer so just a thought ...


another observation:

7) when GlyphCache is enabled (by default in 180.08) javascript / performance in firefox in several cases seems to slow down to crawl:

http://www.web.de/
-> below "Blickpunkt" there are always 3 pictures w. text displayed "scrolling" / switching by hovering over them is pretty slow on my 7600 GT (pci-e)

that's all so far ...

@Nvidia:

please do your best to improve this great new (beta) driver even more
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 12-02-08, 06:14 PM   #14
dpemmons
Registered User
 
Join Date: Jun 2008
Posts: 1
Default Re: xserver mem leak with 7300GT but not with 6600GT

8800 g92 512mb here with the 180.06 drivers. I'm seeing the same problem with gnome slowing to a crawl after using firefox for about an hour hour. Turning off GlyphCache speeds things up considerably.

Interestingly, gtkperf shows very little difference between the two modes while the system goes from being utterly unusable after a couple hours to being speedy as ever with the change. Strange.
dpemmons is offline   Reply With Quote
Old 12-02-08, 06:29 PM   #15
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: xserver mem leak with 7300GT but not with 6600GT

please try out 180.11, I'm still testing it (this will take some days of testing) but from what I've seen so far:

the memory leakage has been fixed,

the peak memory usage for X until now was 203 MB which isn't too bad considering the apps I was using (pdf readers with big documents, firefox, googleearth, ...)

best thing is: the memory usage also is able to shrink (203 MB -> 179 MB ...)

Good Job Nivida
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 12-09-08, 02:06 AM   #16
nevion
Registered User
 
Join Date: Dec 2004
Posts: 74
Default Re: xserver mem leak with 7300GT but not with 6600GT

It's true that this bug has reduced the memory leaking but here I am after only one day of uptime and my system is becoming sluggish again. System started at 179ish megabytes of mem and has climbed. This is better than it used to be, its definitely slower growth. But its still bleeding memory at an unacceptable rate. Look at htop and the virt and res memory. X has climbed to 553M resident! Yet xrestop right below only see's 69 megs in pixmaps and client related resources. So what exactly is my memory doing? Anyone? You can see that most of the other programs drawf in comparison. This just isn't right.



I am not convinced 180.11 fixed nvidia's memory management issues. Not by a long shot. Additionally, it for some reason eventually will start swapping stuff in/out even with vm.swappiness=0 and vm.drop_caches=[1,4] and the sum of all program memory being ~ 1 gig. Side note: For anyone feeling the pain of your computer completely ignoring you while this happens, I recommend you set your disk elevator scheduling to deadline instead of cfq (the default for some distros), the system will remain very responsive!
Attached Files
File Type: gz nvidia-bug-report.log.gz (37.7 KB, 81 views)
nevion is offline   Reply With Quote
Old 12-14-08, 08:36 PM   #17
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: xserver mem leak with 7300GT but not with 6600GT

since I'm usually not using my box longer than 15-16 hours a session it's hard to see if there are memory leaks that progress slowly but for me it seems there are no holes at all right now

Quote:
top - 02:29:37 up 15:20, 3 users, load average: 1.75, 1.86, 1.25
Tasks: 172 total, 1 running, 171 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.3%us, 2.8%sy, 0.0%ni, 49.4%id, 44.3%wa, 0.0%hi, 0.2%si, 0.0%st
Mem: 8170744k total, 8095072k used, 75672k free, 279156k buffers
Swap: 6139212k total, 42840k used, 6096372k free, 5655276k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
4394 root 20 0 427m 241m 20m S 3 3.0 57:04.66 X
4004 root 20 0 45636 3064 740 S 2 0.0 0:01.12 rsync
4702 mat 20 0 455m 56m 18m S 2 0.7 0:14.65 gnome-terminal
30466 mat 20 0 614m 25m 13m S 2 0.3 5:21.56 vlc
4646 mat 20 0 281m 45m 18m S 1 0.6 19:32.99 compiz
4002 root 20 0 56792 5572 1084 D 1 0.1 0:00.58 rsync
4005 root 20 0 60056 4688 256 S 1 0.1 0:00.32 rsync
3473 root 15 -5 0 0 0 S 0 0.0 3:38.68 kcryptd
3709 mat 20 0 806m 130m 37m S 0 1.6 0:30.72 epiphany
4018 root 20 0 19332 1412 1028 R 0 0.0 0:00.01 top
4477 mat 20 0 339m 20m 15m S 0 0.3 0:03.25 gnome-session
I've heavily used the composited desktop for at least 6-8 hours with lots of animations enabled (magic lamp, glide2, glide1, negative, ...) and I feel no slow-down compared to the old 17X.XX or 16X.XX releases
in fact those elder kernel releases kept on slowing down and where also not that stable & fast -> making the system crawl and being forced to either kill the X-server and/or relaunch compiz-fusion


perhaps the memory leaking you guys notice is exclusively triggered by qt4 and/or kde4 (more likely) stuff

I've also used kpdf and okular (from svn last friday) so it seems to have to do with plasma ?

atm I can't even manage to get to the plasma-workspace (?) no plasmoids no panels - nothing is displayed just everything crashes on startup of kde4

so if you want to have a pain-free fast working desktop for now try to use:

- gnome + compiz-fusion
- kde4 + compiz-fusion (that made a change for me before it stopped to work )

good work nVidia - they way it's meant to be worked
__________________
2.6.30-rc3-zen0+ w. compcache, reiser4 + ccreg40 (lzo-compression + checksumming)
gcc version 4.4.0-pre9999 built 20090425 (prerelease) rev. 146764 (Gentoo SVN)
gcc version 4.4.0 (Gentoo Hardened 4.4.0-r1, espf-0.2.1)
Ubuntu Jaunty/9.04 x86_64 Dell XPS M1330
kernelOfTruth is offline   Reply With Quote
Old 12-14-08, 10:06 PM   #18
nevion
Registered User
 
Join Date: Dec 2004
Posts: 74
Default Re: xserver mem leak with 7300GT but not with 6600GT

Kde 4.1.3 works fairly well but 4.2 beta 1 works very well in terms of stability and interactivity. I know there's a possibility that these somehow trigger the memory leaks, but if you look, it still has to have some blame on the drivers or x in that the xorg resources that x is reporting through xrestop is only 70 megabytes total! Yet in this case, you can see x's memory usage at 718 virt/551 res (MB). Additionally, there is only 21 and 3 MB in pixmaps/other allocated to plasma and kwin respectively from X (plasma is the Qt subapplication program in xrestop, pid 12781). So somewhere memory is being bled and ultimately x is holding on to that memory, whether it knows it or not (xrestop doesn't seem to indicate it does). So there is either a bug in x or a bug in nvidia drivers. I'm willing to bet that its the nvidia driver's fault since x not knowing how much memory it itself uses is illogical and the nvidia driver is a 3rd party project wrt x. This all happens with or without compositing btw.

Btw kernelOfTruth, mv your .kde or .kde4 directory temporarily and see if 4.1.3 or 4.2 beta 1 starts for you. It should, few people have had trouble with those with respect to at least getting everything up and running. But the old configurations have been known to complicate matters. If you're using some types of builds, do make sure the libraries are all from the same places - at least with opensuse a little bit of dependency hell can happen if you mix repositories in that some symbols will be missing if you mix and match (even though deps are resolved). Can lead to interesting "click and disappear" desktops if you went that route.
nevion 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 11:22 PM.


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