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

Newegg Daily Deals

Reply
 
Thread Tools
Old 11-26-08, 10:29 AM   #1
kinzeron
Registered User
 
Join Date: May 2008
Posts: 36
Default 180.08 Mem overload and slwo performance after few hours

I m joining the rest of the people with the bad performance after few hours of using the laptop. The memory also grows exponentially till there are no more free blocks.

Another important issue is the FAN speed, with the 180.X releases, my fan is working full speed that it can be heard miles away. I don't have this issue under windows.

Choppy scrolling and really bad performance after few hours, normally after 2 hours of normal webbrowsing. (Is this related to the memory overload somehow?)

My system is Core 2 DUO 2GHz, 2Gb RAM, 8400 G 128Mb.

Please nVidia, fix these problems!
kinzeron is offline   Reply With Quote
Old 11-26-08, 10:59 AM   #2
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.08 Mem overload and slwo performance after few hours

Code:
nvidia-settings -a GlyphCache=0
look a little through the latest posts then you would know that you are not alone
__________________
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 11-26-08, 03:35 PM   #3
kinzeron
Registered User
 
Join Date: May 2008
Posts: 36
Default Re: 180.08 Mem overload and slwo performance after few hours

Quote:
look a little through the latest posts then you would know that you are not alone
Well, here what I get with GlyphCache=0:
Code:
GtkEntry - time:  0.12
GtkComboBox - time:  2.56
GtkComboBoxEntry - time:  2.00
GtkSpinButton - time:  0.21
GtkProgressBar - time:  0.23
GtkToggleButton - time:  0.56
GtkCheckButton - time:  0.22
GtkRadioButton - time:  0.76
GtkTextView - Add text - time:  2.97
GtkTextView - Scroll - time:  1.46
GtkDrawingArea - Lines - time:  1.24
GtkDrawingArea - Circles - time:  1.60
GtkDrawingArea - Text - time: 18.20
GtkDrawingArea - Pixbufs - time:  0.42
 --- 
Total time: 32.59
and this with GlyphCache=1:

Code:
GtkEntry - time:  0.09
GtkComboBox - time:  1.94
GtkComboBoxEntry - time:  1.39
GtkSpinButton - time:  0.16
GtkProgressBar - time:  0.11
GtkToggleButton - time:  0.35
GtkCheckButton - time:  0.17
GtkRadioButton - time:  0.60
GtkTextView - Add text - time:  1.49
GtkTextView - Scroll - time:  0.37
GtkDrawingArea - Lines - time:  1.06
GtkDrawingArea - Circles - time:  1.68
GtkDrawingArea - Text - time:  3.81
GtkDrawingArea - Pixbufs - time:  0.23
 --- 
Total time: 13.50
kinzeron is offline   Reply With Quote
Old 11-26-08, 04:51 PM   #4
kernelOfTruth
Gentoo Linux addict
 
Join Date: Nov 2007
Location: Vienna, Austria; Germany; hello world :)
Posts: 202
Default Re: 180.08 Mem overload and slwo performance after few hours

I apologize - I wasn't clear

I exclusively referred to the memory leakage part, there's also a speed decline for me when GlyphCache is enabled ...

have a look at:

http://www.nvnews.net/vbulletin/showthread.php?t=122948

there's more on this topic,

afaik this isn't limited to the 7x or 6x series ...
__________________
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 11-26-08, 07:30 PM   #5
nevion
Registered User
 
Join Date: Dec 2004
Posts: 74
Default Re: 180.08 Mem overload and slwo performance after few hours

Adding another me to.

Common nvidia, figure out what's wrong, I've tried every permutation of options you allow me to set and I use htop/iotop and some tracing to try to figure out what the hell my system is doing after a day or two when I have nothing opened and 2 digs of memory and you have me completely baffled. X's virtual memory grows huge (800m-1.2 gigs) and its resident size is starting at 200 and growing to 440 after a few hours - quitting apps and even window/compositing managers doesn't help, it mitigates it but sooner or later, it has no effect. My system ends up being slow and having intermittent pauses, swapping all the time. Disabling swap leads to oom/hardlock and system still pauses often.

The worst part is that I end up with a gig of physical memory "free" according to free/htop and nearly all swap used up - apps keep swapping out and in constantly when my real working set from said apps is only a gig or so. Setting vm.drop_caches=1 (2 or 3) and vm.swappiness = 0 or 1 does NOT help. You must be leaking _something_.
nevion is offline   Reply With Quote
Old 11-27-08, 10:32 AM   #6
rainerklier
Registered User
 
Join Date: Oct 2003
Posts: 45
Angry Re: 180.08 Mem overload and slwo performance after few hours

i can also confirm that after about 8 hours or so, X becomes slow.
process /usr/bin/Xorg takes a lot of CPU%.

when running top i see at every other second about 40% CPU or sometimes 50% CPU and sometimes even more in the line for /usr/bin/Xorg.

restarting X helps.
this has begun with 180.08 (about 180.06 i am not sure).
rainerklier is offline   Reply With Quote
Old 11-27-08, 02:28 PM   #7
olivn
Registered User
 
Join Date: Dec 2005
Posts: 11
Default Re: 180.08 Mem overload and slwo performance after few hours

Same problem, high CPU usage of X process after a few hours under Compiz.


NVIDIA Driver Version: 180.06

Workarounds: kill X on regular basis or do not use Compiz.
olivn is offline   Reply With Quote
Old 11-27-08, 02:56 PM   #8
Plagman
NVIDIA Corporation
 
Plagman's Avatar
 
Join Date: Sep 2007
Posts: 254
Default Re: 180.08 Mem overload and slwo performance after few hours

There was indeed a bug with the GlyphCache where it would leak all of its cache entries from times to times, leading to high CPU usage of text rendering operations after a few hours of regular desktop usage.
This is now fixed and the fix will be included in the next 180 beta driver.
Plagman is offline   Reply With Quote

Old 11-27-08, 03:59 PM   #9
bitter
Registered User
 
Join Date: Sep 2004
Posts: 32
Default Re: 180.08 Mem overload and slwo performance after few hours

hooray I'm not going crazy! please release soon
bitter is offline   Reply With Quote
Old 11-27-08, 06:54 PM   #10
webaware
Registered User
 
Join Date: Jan 2008
Location: Australia
Posts: 6
Default Re: 180.08 Mem overload and slwo performance after few hours

Thanks all, I thought something was wrong and am happy to have a solution.

@Plagman: thanks for confirmation, and for the hope of a fix soon
webaware is offline   Reply With Quote
Old 11-27-08, 11:25 PM   #11
nevion
Registered User
 
Join Date: Dec 2004
Posts: 74
Default Re: 180.08 Mem overload and slwo performance after few hours

Great to hear that this is possibly fixed already but how about releasing drivers when such fixes are made. Amongst the many improvements nvidia should be working on I'd like to suggest finer granularity in at least the beta drivers. It peevs me in knowing I'm a user willing to use beta quality drivers to get all the fixes I can for your drivers and that you have a fixes on hand that you will not give me. I'm sure it must be the same for others. These beta grounds are a place where release early and release often could really work for you, especially in giving a better idea of what broke what when and where against us, the large-scale testers. e.g. what exactly screwed up suspend in the 180 series? I'd go so far as to say you should have daily automated builds - or something like that - of the .run pkgs.
nevion is offline   Reply With Quote
Old 11-28-08, 06:58 AM   #12
Sean_W
Registered User
 
Sean_W's Avatar
 
Join Date: Jun 2007
Posts: 2,423
Default Re: 180.08 Mem overload and slwo performance after few hours

Quote:
Originally Posted by nevion View Post
Great to hear that this is possibly fixed already but how about releasing drivers when such fixes are made. Amongst the many improvements nvidia should be working on I'd like to suggest finer granularity in at least the beta drivers. It peevs me in knowing I'm a user willing to use beta quality drivers to get all the fixes I can for your drivers and that you have a fixes on hand that you will not give me. I'm sure it must be the same for others. These beta grounds are a place where release early and release often could really work for you, especially in giving a better idea of what broke what when and where against us, the large-scale testers. e.g. what exactly screwed up suspend in the 180 series? I'd go so far as to say you should have daily automated builds - or something like that - of the .run pkgs.
No, you use them for testing only, everyone else follows the same way of doing things and if your not happy with the betas, use the stable release.
Sean_W 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:26 PM.


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