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

Newegg Daily Deals

Reply
 
Thread Tools
Old 02-26-09, 09:37 AM   #25
Tonglebeqk
Registered User
 
Join Date: Jun 2008
Posts: 30
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

I have to throw my hat into this as well...

I have 8gb on a gentoo amd64 dist. I play WoW most of the time. Whenever memory hits above 4gb, stuttering occurs, finally with a massive video corruption, and then crash.

I understand that this is partly wine's fault. However, with driver 180.35, this occurs MUCH MUCH more quickly, as in literally within 30 seconds of being in Thunder Bluff, massive slowdown and corruption occurs. It got so bad I reverted to 180.29 and everything works peachy with that version. It takes much longer for a crash with drivers <180.35 (and it's not as if I only started having this problem recently, I've been dealing with this since December when I upgraded beyond 4GB to 8GB). I never had a horrible problem until 180.35...crashing every now and then is something I've learned to deal with, but after about 30 seconds of opening WoW is something that I can't deal with

I will say this though: I got a _HUGE_ fps boost in dalaran (was kicking upwards of 40fps whereas usual is around 20, and this is with the city crowded), but alas after a few seconds, it was toast.

Reverted to 180.29 until something is updated
Tonglebeqk is offline   Reply With Quote
Old 02-26-09, 10:51 AM   #26
firewalker
Registered User
 
Join Date: Mar 2005
Location: Ellas
Posts: 32
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

180.35 doesn't seem to help. It seems more easy to get this error.
Now I get the kernel BUG even if I disable the BIOS remapping feature.

How I reproduce the error on my fedora 10 64bit with 8gb:

1) Run a 32bit program that uses OpenGL (e.g. ET or WorldOfGoo)

2) Play or let it play for over an hour. (e.g. as a spectator in ET)

3) Exit the game
Code:
Pid: 3300, comm: WorldOfGoo.bin Tainted: P          2.6.27.15-170.2.24.fc10.x86_64 #1 System Product Name
RIP: 0010:[<ffffffff8102cab9>]  [<ffffffff8102cab9>] free_memtype+0x8f/0x10a
RSP: 0018:ffff8801e6859d58  EFLAGS: 00000287
RAX: ffff880106d3a858 RBX: ffff8801e6859d78 RCX: 0000000000000000
RDX: 000000000000002e RSI: 000000014ebb0000 RDI: ffff880106d3a7d8
RBP: 0000000000000000 R08: 0000000000000008 R09: ffff880028102180
R10: 0000000000000002 R11: ffff8801451cb518 R12: ffff88014ebae000
R13: ffff88014ebaefff R14: 0000000000000246 R15: ffff8801e6859cd8
FS:  0000000000000000(0000) GS:ffff8801ffc04980(0063) knlGS:00000000001b8220
CS:  0010 DS: 002b ES: 002b CR0: 000000008005003b
CR2: 00007f93b4d03000 CR3: 00000001df0e3000 CR4: 00000000000026e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400

Call Trace:
 [<ffffffff8102ca6f>] ? free_memtype+0x45/0x10a
 [<ffffffff8102c226>] ? set_memory_wb+0x35/0x48
 [<ffffffff8102c272>] ? set_pages_wb+0x39/0x3b
 [<ffffffffa0504789>] ? nv_set_page_attrib_cached+0x42/0x44 [nvidia]
 [<ffffffffa05047dd>] ? nv_vm_free_pages+0x52/0x137 [nvidia]
 [<ffffffffa0501a86>] ? nv_free_pages+0x1a6/0x1c0 [nvidia]
 [<ffffffffa0502fdf>] ? nv_kern_close+0x17a/0x352 [nvidia]
 [<ffffffff810c13e7>] ? __fput+0xca/0x16d
 [<ffffffff810c149f>] ? fput+0x15/0x17
 [<ffffffff810be949>] ? filp_close+0x67/0x72
 [<ffffffff810bea01>] ? sys_close+0xad/0xf0
 [<ffffffff8102e675>] ? sysenter_dispatch+0x7/0x4b
 [<ffffffff81333406>] ? trace_hardirqs_on_thunk+0x3a/0x3c

BUG: soft lockup - CPU#1 stuck for 61s! [WorldOfGoo.bin:3300]
Modules linked in: nfs lockd nfs_acl fuse autofs4 sunrpc cpufreq_ondemand acpi_cpufreq freq_table dm_multipath sha256_generic aes_x86_64 aes_generic cbc dm_crypt crypto_blkcipher kvm_intel kvm uinput snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec snd_hda_intel ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq nvidia(P) snd_pcm_oss sky2 snd_mixer_oss i2c_i801 snd_pcm iTCO_wdt firewire_ohci firewire_core iTCO_vendor_support snd_seq_device usb_storage crc_itu_t snd_util_mem snd_timer snd_page_alloc snd_hwdep snd serio_raw i2c_core soundcore [last unloaded: microcode]
CPU 1:
Modules linked in: nfs lockd nfs_acl fuse autofs4 sunrpc cpufreq_ondemand acpi_cpufreq freq_table dm_multipath sha256_generic aes_x86_64 aes_generic cbc dm_crypt crypto_blkcipher kvm_intel kvm uinput snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq_midi_emul snd_emu10k1 snd_rawmidi snd_ac97_codec snd_hda_intel ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq nvidia(P) snd_pcm_oss sky2 snd_mixer_oss i2c_i801 snd_pcm iTCO_wdt firewire_ohci firewire_core iTCO_vendor_support snd_seq_device usb_storage crc_itu_t snd_util_mem snd_timer snd_page_alloc snd_hwdep snd serio_raw i2c_core soundcore [last unloaded: microcode]
Pid: 3300, comm: WorldOfGoo.bin Tainted: P          2.6.27.15-170.2.24.fc10.x86_64 #1 System Product Name
RIP: 0010:[<ffffffff8102cac7>]  [<ffffffff8102cac7>] free_memtype+0x9d/0x10a
RSP: 0018:ffff8801e6859d58  EFLAGS: 00000283
RAX: ffff8801b4780018 RBX: ffff8801e6859d78 RCX: 0000000000000000
RDX: 00000000000000bd RSI: 00000001e271a000 RDI: ffff8801b473ffd8
RBP: 0000000000000001 R08: 0000000000000008 R09: ffff880028102b00
R10: 0000000000000002 R11: ffff8801c482c658 R12: ffff88002804d5a0
R13: ffff8800a696f000 R14: ffff8801e6858000 R15: ffffffff816df990
FS:  0000000000000000(0000) GS:ffff8801ffc04980(0063) knlGS:00000000001b8220
CS:  0010 DS: 002b ES: 002b CR0: 000000008005003b
CR2: 00007f93b4d03000 CR3: 00000001df0e3000 CR4: 00000000000026e0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400

Call Trace:
 [<ffffffff8102ca6f>] ? free_memtype+0x45/0x10a
 [<ffffffff8102c226>] ? set_memory_wb+0x35/0x48
 [<ffffffff8102c272>] ? set_pages_wb+0x39/0x3b
 [<ffffffffa0504789>] ? nv_set_page_attrib_cached+0x42/0x44 [nvidia]
 [<ffffffffa05047dd>] ? nv_vm_free_pages+0x52/0x137 [nvidia]
 [<ffffffffa0501a86>] ? nv_free_pages+0x1a6/0x1c0 [nvidia]
 [<ffffffffa0502fdf>] ? nv_kern_close+0x17a/0x352 [nvidia]
 [<ffffffff810c13e7>] ? __fput+0xca/0x16d
 [<ffffffff810c149f>] ? fput+0x15/0x17
 [<ffffffff810be949>] ? filp_close+0x67/0x72
 [<ffffffff810bea01>] ? sys_close+0xad/0xf0
 [<ffffffff8102e675>] ? sysenter_dispatch+0x7/0x4b
 [<ffffffff81333406>] ? trace_hardirqs_on_thunk+0x3a/0x3c
Attached in the nvidia bug reports one with BIOS remapping enabled and the other one disabled.

Cheers.

P.S. Any feedback from Nvidia would be great.
Attached Files
File Type: gz nvidia-bug-report.log-remaping-enabled.gz (28.2 KB, 109 views)
File Type: gz nvidia-bug-report.log-remaping-disabled.gz (28.2 KB, 110 views)
firewalker is offline   Reply With Quote
Old 02-26-09, 06:04 PM   #27
ahl
Registered User
 
Join Date: Feb 2009
Posts: 7
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

I have this problem as well with 32-bit wine games. I can also confirm that if and only if I compile glxgears with --enable-32-bit it also leaks memory. My 32-bit glxgears was using 1.3GB of ram until I terminated it. My 64-bit glxgears never uses more than 32MB (it keeps jumping somewhere between 24MB and 32MB).

Core i7 920, Asus P6T Deluxe, 12GB ram, nVidia 9600GT, Gentoo 64-bit, nvidia 180.29.
ahl is offline   Reply With Quote
Old 02-27-09, 10:38 AM   #28
ahl
Registered User
 
Join Date: Feb 2009
Posts: 7
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

I upgraded to nvidia 180.35. It did NOT fix the problem with 32-bit glxgears but instead I got some new strange behavior from Wine (like MountMgr not working and crashes on scene changes).

So I downgraded back to 180.29.

Giving mem=3G as a kernel parameter fixes the problem with 32-bit glxgears. This is what I'm currently using but I'm not very happy because 9GB of my memory is gone.

Also my Radeon HD3870 (with fglrx) does not have this problem. The problem also disappears if I switch to software 3d (with "eselect opengl set xorg-x11"). I believe this is something Nvidia specific.

Btw. I'm using kernel 2.6.28-gentoo-r2 (also -r1).
ahl is offline   Reply With Quote
Old 02-27-09, 04:07 PM   #29
tparker
Registered User
 
Join Date: Feb 2009
Posts: 2
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

I am running into this as well, adding mem=3G kernel parameter did not fix it. Until last weekend I had no problems using the Nvidia GeForce 6150 on the mainboard of my computer, but I bought a 9800 GT, upgraded the driver and my 3D games became unstable (WoW, City of Heroes/Villains).

I get a couple minutes of play time with graphics settings on medium or high, then frame rate drops in half and falls down from there to 1-2 FPS. At that point I get massive graphics glitches, polys and lines and mixed up colors, then the game either locks up or crashes to desktop. Sometimes I get an error message but not always. If I put all graphics settings on low I can last 45 minutes to an hour but it still crashes.

In WoW started from terminal I did get this error message:

*** glibc detected *** C:\Program Files\World of Warcraft\WoW.exe: corrupted double-linked list: 0x6902d3a8 ***
======= Backtrace: =========
/lib/libc.so.6[0x601e83a4]
/lib/libc.so.6[0x601ea123]
/lib/libc.so.6(cfree+0x96)[0x601ea356]
/usr/lib/nvidia/libGLcore.so.1[0x7cb2cd6a]

followed by a bunch of stuff under the heading 'memory map'.

system:
Fedora Core 10x86_64 fully updated, Nvidia 9800 GT driver 180.29, Wine 1.1.14, AMD Phemon X4, normal 5G RAM currently limited to 3G in kernel.

These games all worked fine with the low end video card and it's driver on this same system - nothing on the system changed or was reinstalled except for the new video card and driver.
tparker is offline   Reply With Quote
Old 02-27-09, 08:10 PM   #30
ahl
Registered User
 
Join Date: Feb 2009
Posts: 7
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

Well, I continued my tests with glxgears and have found out something... Firstly it doesn't seem to matter whether IOMMU is turned ON or OFF regarding this bug. However I just now started Linux with parameters "iommu=soft mem=4608M".

Linux is reporting 3.5GB of memory. 1GB is absent for some reason:
Code:
PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
Placing software IO TLB between 0x20000000 - 0x24000000
Memory: 3513020k/4718592k available (4007k kernel code, 1057736k absent,
 146852k reserved, 1611k data, 408k init)
(If I do either mem=3G or mem=4G I get only 3GB of actual memory.)

Now if I start glxgears (32-bit) it very quickly uses 200MB of memory BUT! ...It won't use any more than that. While it's running I can start another glxgears and it won't use any more memory than it should. They both keep running forever. No crashes.

Code:
$ top
Mem:   3514476k total,   565868k used,  2948608k free,     6172k buffers
Swap:        0k total,        0k used,        0k free,   163244k cached
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 6729 g         20   0  224m 219m 206m R   80  6.4  20:24.07 glxgears32
 6744 g         20   0 39212  33m  20m R   79  1.0  18:41.29 glxgears32
 6654 root      20   0  415m  39m  11m S    0  1.1   0:03.00 X
So what's going on? Is the program trying to reserve memory but regards some 64-bit pointers as invalid and just forgets to free() them?
ahl is offline   Reply With Quote
Old 02-28-09, 04:19 AM   #31
kgbricola
Registered User
 
Join Date: Feb 2009
Posts: 7
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

Commenting the draw stuff out from glxgears solves the problem for the 32bit version.
/*
draw();

glXSwapBuffers(dpy, win);
*/
So the memory must be leaked in those functions.

The mem=3G switch solved the problem here, too. Then the 32bit glxgears get only about 40k used virtmem.
kgbricola is offline   Reply With Quote
Old 02-28-09, 01:31 PM   #32
taril
Registered User
 
Join Date: Jan 2009
Posts: 8
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

I use opensuse 11.1 x64

try this:

i have installed DirectFB 1.2.3-6.1 (x86_64) and DirectFB 32bit 1.2.3-6.1 (x86_64) by default.
in the last week i updated it to 1.2.3-11.3, and x-plane slows down (about 20 fps) in games.

I went back to the default version ends with 6.1, and there is now slow downs anymore. I use 8600 GT PCX.

I will test it on my laptop too with 8600m gt.

Last edited by Thunderbird; 02-28-09 at 03:12 PM. Reason: No reason to make text bold
taril is offline   Reply With Quote

Old 02-28-09, 01:45 PM   #33
miseiler
Registered User
 
Join Date: Aug 2008
Posts: 25
Red face Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

Quote:
Originally Posted by taril View Post
I use opensuse 11.1 x64

try this:

i have installed DirectFB 1.2.3-6.1 (x86_64) and DirectFB 32bit 1.2.3-6.1 (x86_64) by default.
in the last week i updated it to 1.2.3-11.3, and x-plane slows down (about 20 fps) in games.

I went back to the default version ends with 6.1, and there is now slow downs anymore. I use 8600 GT PCX.

I will test it on my laptop too with 8600m gt.
I don't have directfb installed.
miseiler is offline   Reply With Quote
Old 02-28-09, 02:34 PM   #34
taril
Registered User
 
Join Date: Jan 2009
Posts: 8
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

Quote:
Originally Posted by miseiler View Post
I don't have directfb installed.
I only have 2 GB memory, and it still slows down.

who can solve this problem? :captnkill

I roll back my system to opensuse 11.0, cause on my notebookk everything works fine with 4GB, an i dont have this problem.

Last edited by Thunderbird; 02-28-09 at 03:12 PM. Reason: No reason to make text bold
taril is offline   Reply With Quote
Old 02-28-09, 03:13 PM   #35
Thunderbird
 
Join Date: Jul 2002
Location: Netherlands, Europe
Posts: 2,105
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

taril your issues are not related to this. Further directfb is not supported at all.
Thunderbird is offline   Reply With Quote
Old 03-01-09, 11:59 PM   #36
ahl
Registered User
 
Join Date: Feb 2009
Posts: 7
Default Re: Huge slowdown after 2 min in 3D games with >3GB RAM and Memory Remap Enabled

This problem is quite serious. I can't believe it hasn't been fixed yet. A simple glClear() will trigger the leak. Alternatively if you enable double buffering SwapBuffers() will do the same.

I was bored waiting for fix so I wrote a simple test program which can be used to test whether your OpenGL implementation is leaking or not. It continuously prints memory usage on console and exits if it rises above 200MB.

Edit #1: If using Ubuntu Hardy "sudo apt-get install gcc libglut3-dev" should install the necessary dependencies
Edit #2: This program puts little stress on your hardware
Edit #3: Uploaded v2 that does glFlush()
Attached Files
File Type: txt leaktest.c.txt (2.0 KB, 174 views)
File Type: txt leaktest_v2.c.txt (2.0 KB, 183 views)
ahl 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 03:14 PM.


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