nV News Forums

 
 

nV News Forums (http://www.nvnews.net/vbulletin/index.php)
-   NVIDIA Linux (http://www.nvnews.net/vbulletin/forumdisplay.php?f=14)
-   -   Nvidia slower after resuming from suspend to RAM (http://www.nvnews.net/vbulletin/showthread.php?t=65489)

beczka2005 02-26-06 10:07 AM

Nvidia slower after resuming from suspend to RAM
 
I have noticed that my system slows down a bit once I resume from suspend. I have traced the problem back to nvidia. If I kill xdm, unload then reload nvidia, and then restart xdm my system is back up to full speed.

I can quantify this slowdown with glxgears. Here are my glxgears scores:

Fresh boot: 2738
Suspend to RAM and resume: 2648
Suspend to RAM and resume, Kill X, unload nvidia, load nvidia, start X: 2738

Does anyone have any idea where this slowdown comes from, and how to get rid of it?!

I have a GeForce4 4200 Go

krionius 02-26-06 10:30 AM

Re: Nvidia slower after resuming from suspend to RAM
 
Maybe resuming leaves the card at a lower frequency? Wild guessing

beczka2005 02-26-06 01:23 PM

Re: Nvidia slower after resuming from suspend to RAM
 
Hmm.. interesting. How do I check and controll what frequency my nvidia card is running at?

Also, I can see you have a similar setup as me (I'm also on gentoo). Would you post your hibernate.conf please?

Thanks.

krionius 02-26-06 02:33 PM

Re: Nvidia slower after resuming from suspend to RAM
 
1 Attachment(s)
Quote:

Originally Posted by beczka2005
Hmm.. interesting. How do I check and controll what frequency my nvidia card is running at?

Also, I can see you have a similar setup as me (I'm also on gentoo). Would you post your hibernate.conf please?

Thanks.

regarding freq, you may want to try 'nvclock' (nvclock has ebuild). Though I don't know if it gives you real values or reference values.

Funny I dont have a working suspend right now though I patched it with latest suspend2 (coz I am using nvidia driver's own AGPGART and it freezes on resume. Kernel's AGPGART's working but is slower in 3D appz..) . I dont have anything modified in my hibernate.conf from stock hibernate.conf, but I attached it.

beczka2005 02-26-06 06:49 PM

Re: Nvidia slower after resuming from suspend to RAM
 
1 Attachment(s)
Hi,

I tried nvclock and it gives the same values pre and post suspend/resume. Any other ideas?

BTW, I'm using the nvidia AGPART and it resumes fine for me. Perhaps your hibernate settings can be tweaked to allow you to suspend and resume using the nvidia AGPART. I attached my hibernate file if you'd like to take a look at it and see if it works for you. I use acpi to suspend to ram.

krionius 02-27-06 03:13 AM

Re: Nvidia slower after resuming from suspend to RAM
 
Quote:

Originally Posted by beczka2005
Hi,

I tried nvclock and it gives the same values pre and post suspend/resume. Any other ideas?

BTW, I'm using the nvidia AGPART and it resumes fine for me. Perhaps your hibernate settings can be tweaked to allow you to suspend and resume using the nvidia AGPART. I attached my hibernate file if you'd like to take a look at it and see if it works for you. I use acpi to suspend to ram.

You should try to benchmark it with another 3D app, coz glxgears is not a big tool for that. Especially that you have such a small difference between the two values. Have you tried some other benchmark? It would be worthy.

beczka2005 02-27-06 07:27 AM

Re: Nvidia slower after resuming from suspend to RAM
 
I don't really care about the absolute values of glxgears scores. Just the fact that there is a difference has me worried.

-Raf

emisca 05-29-07 03:09 AM

Re: Nvidia slower after resuming from suspend to RAM
 
I have a Geforce 7300gt pci-e. I've also noticed this slowdown after both suspend to disk and suspend to ram. Normally glxgears gives me ~ 5900 fps, after suspend, ~ 4000 fps, and in addition, videos are slow, scrolling windows etc..
I've also found a solution, using drivers versions 8776, 9631 and 9755:
- disable completely NvAGP, in xorg.conf, it's not needed, because I have a PCI-E card..
- configure your suspend script to switch to console before suspend and after resume. If you don't do this, the framerate will be ~ 5600 fps... you can also try switching to console manually, to see the difference.

I've only a problem now, after suspend to ram, using driver 9631 and 9755, console screens remain disabled. Notice that I have two monitors used with twinview. Xorg after suspend works, only the virtual consoles don't work.
This problem doesn't occur with driver version 8776.

These tests are done using Debian Etch, Ubuntu Edgy and later (after an upgrade) Ubuntu Feisty.

Bye

SylvainP 07-17-07 03:21 PM

Re: Nvidia slower after resuming from suspend to RAM
 
I'm facing the same issue. After resuming from hibernate, drawing is slower for some operations, like scrolling a buffer in Eclipse. As a whole, the desktop feels slower, but I don't have exact numbers to tell. That seems to affect 2d drawing operations, as glxgears does not show lower fps.

My environment is:
GeForce 8600 GT 512Mb
Ubuntu Feisty (tried with upstream kernel, and 2.6.22.1)
Nvidia driver 100.14.11

I tried booting with pci=nommconf and idle=poll, or setting option "NVAgp" "0" but that doesn't change.

Do you have ideas what could be wrongly restored after hibernate that could impact 2d drawing operations?

Thanks,

SylvainP 07-17-07 03:24 PM

Re: Nvidia slower after resuming from suspend to RAM
 
Sorry, I forgot to say:

The thread title does not match exactly my problem (maybe I should have created a new one). I'm having issues when suspending to disk, not suspending to ram.

emisca 07-18-07 02:49 AM

Re: Nvidia slower after resuming from suspend to RAM
 
The problem is present both in suspend to ram and to disk....

SylvainP 07-18-07 08:53 PM

Re: Nvidia slower after resuming from suspend to RAM
 
For the eclipse scrolling issue, I could see that if I set the Gnome Font Preference to "Monochrome" or "Best shapes", it removes the lag when scrolling.

So apparently, the font preference "Subpixel smoothing (LCD)" is slowing things after disk suspend.

I tried to get some more information using oprofile (with "Subpixel smoothing (LCD)" option active):

Before suspend to disk, scrolling the eclipse buffer (no lag):

Code:

CPU: Core 2, speed 2666.73 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
samples  %        image name              app name                symbol name
47017    20.3021  /boot/vmlinux-debug-2.6.22-8-generic /boot/vmlinux-debug-2.6.22-8-generic common_interrupt
46676    20.1548  /lib/tls/i686/cmov/librt-2.6.so /lib/tls/i686/cmov/librt-2.6.so clock_gettime
17357    7.4948  /usr/lib/xorg/modules/drivers/nvidia_drv.so /usr/lib/xorg/modules/drivers/nvidia_drv.so (no symbols)
13212    5.7050  /usr/lib/xorg/modules/libnvidia-wfb.so.100.14.11 /usr/lib/xorg/modules/libnvidia-wfb.so.100.14.11 (no symbols)
12891    5.5664  /usr/bin/Xorg            /usr/bin/Xorg            (no symbols)
12172    5.2559  /boot/vmlinux-debug-2.6.22-8-generic /boot/vmlinux-debug-2.6.22-8-generic sysfs_override_clocksource
8238      3.5572  /boot/vmlinux-debug-2.6.22-8-generic /boot/vmlinux-debug-2.6.22-8-generic cpu_init
4584      1.9794  /usr/lib/libcairo.so.2.11.1 /usr/lib/libcairo.so.2.11.1 (no symbols)
4526      1.9543  anon (tgid:11989 range:0xb5317000-0xb5697000) /home/sypasche/moz/eclipse/eclipse (no symbols)

After suspend, scrolling buffer which shows lags:
Code:

CPU: Core 2, speed 2666.73 MHz (estimated)
Counted CPU_CLK_UNHALTED events (Clock cycles when not halted) with a unit mask of 0x00 (Unhalted core cycles) count 100000
samples  %        app name                symbol name
172530  34.9985  /boot/vmlinux-debug-2.6.22-8-generic common_interrupt
151547  30.7420  /lib/tls/i686/cmov/librt-2.6.so clock_gettime
25654    5.2040  /boot/vmlinux-debug-2.6.22-8-generic sysfs_override_clocksource
18538    3.7605  /boot/vmlinux-debug-2.6.22-8-generic create_new_namespaces
15795    3.2041  /boot/vmlinux-debug-2.6.22-8-generic call_function_interrupt
12278    2.4906  /usr/lib/xorg/modules/drivers/nvidia_drv.so (no symbols)
11389    2.3103  /usr/bin/Xorg            (no symbols)
11300    2.2923  /boot/vmlinux-debug-2.6.22-8-generic cpu_init
8040      1.6310  /boot/vmlinux-debug-2.6.22-8-generic __random32

We can see more time is spent in kernel and librt in the second dump. Apparently, clock_gettime is called a lot. I'm not too sure what conclusions can be drawn from these dumps.


All times are GMT -5. The time now is 04:32 AM.

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