[HL1/CS] FPS changing between 70-80

steamclosed reviewedWindow managerbumblebeeMOVED: Counter‐Strike

ValveSoftware/steam-for-linux#1150 · opened 2013-02-01 by AnAkkk · updated 2019-07-18 · 19 comments · github

AAnAkkk 2013-02-01 github

I have a weird issue on CS 1.6 Linux on my laptop, my FPS is sometimes stuck between 70-80.

fps_max is set to 100, net_graph is set to 3.

There are different ways to reproduce the problem:
First one I am just on the game menu:

I launch the game, it says I have 100 FPS on the game menu
I click on "New game", the window open, and my FPS is changing all the time between 70-80
If I alt+tab and come back in the game, my FPS is back on 100

Second one, it happens if I am on the game menu or in-game

I launch the game, it says I have 100 FPS on the game menu
I change fps_max to 150, and my FPS is changing all the time between 70-80
If I alt+tab and come back in the game, the issue doesn't fix itself, unless I set fps_max back to 100 before alt tabbing.

Actually, even if I am not changing fps_max at all, the issue is present while I am in-game. alt+tab only fixes it for a while (like 10 seconds) and then the issue come back.

My launch options are:
vblank_mode=0 primusrun %command% -console

I tried -nofbo, didn't solve the issue.

I don't have the issue under Windows, I get up to 160 FPS

Processor Information:
Vendor: GenuineIntel
Speed: 2667 Mhz
4 logical processors
2 physical processors
HyperThreading: Supported
FCMOV: Supported
SSE2: Supported
SSE3: Supported
SSSE3: Supported
SSE4a: Unsupported
SSE41: Supported
SSE42: Supported

Network Information:
Network Speed:

Operating System Version:
Ubuntu Raring Ringtail (development branch) (64 bit)
Kernel Name: Linux
Kernel Version: 3.8.0-2-generic
X Server vendor: The X.Org Foundation
X Server release: 11302000

Video Card:
Driver: Intel Open Source Technology Center Mesa DRI Intel(R) Ironlake Mobile x86/MMX/SSE2

Driver Version:  2.1 Mesa 9.1-devel
Desktop Color Depth: 24 bits per pixel
Monitor Refresh Rate: 59 Hz
VendorID:  0x10de
DeviceID:  0xdf4
Number of Monitors:  1
Number of Logical Video Cards:  2
Primary Display Resolution:  1366 x 768
Desktop Resolution: 1366 x 768
Primary Display Size: 13,58" x 7,64"  (15,55" diag)
                                        34,5cm x 19,4cm  (39,5cm diag)
Primary VRAM Not Detected

Sound card:
Audio device: Intel IbexPeak HDMI

Memory:
RAM: 3628 Mb

Miscellaneous:
UI Language: English
LANG: fr_FR.UTF-8
Microphone: Not set
Total Hard Disk Space Available: 261157 Mb
Largest Free Hard Disk Block: 150758 Mb

Installed software:

Recent Failure Reports:
Fri Feb 1 12:22:02 2013 GMT: file ''/tmp/dumps/assert_20130201132159_1.dmp'', upload yes: ''CrashID=bp-45ff9f40-8f29-4651-9ffc-27e712130201''
Fri Feb 1 12:33:39 2013 GMT: file ''/tmp/dumps/assert_20130201133336_1.dmp'', upload yes: ''CrashID=bp-0969ffc5-1a9c-478e-9c08-028602130201''
Fri Feb 1 12:42:46 2013 GMT: file ''/tmp/dumps/assert_20130201134243_1.dmp'', upload yes: ''CrashID=bp-618f858b-6659-441e-a16c-610382130201''
Fri Feb 1 12:45:16 2013 GMT: file ''/tmp/dumps/assert_20130201134511_1.dmp'', upload yes: ''CrashID=bp-ed2bc052-57e9-4923-8133-9c5f22130201''
Fri Feb 1 12:47:01 2013 GMT: file ''/tmp/dumps/assert_20130201134655_1.dmp'', upload yes: ''CrashID=bp-44768c98-60aa-4201-89ec-1f3c82130201''

Jjohndrinkwater 2013-02-01 github

does -nomsaa help?

AAnAkkk 2013-02-01 github

No it doesn't, but -nofbo is supposed to imply -nomsaa anyway.

Aalfred-valve maintainer 2013-02-01 github

Did you set gl_vsync to 0?

AAnAkkk 2013-02-01 github

Yes, I did.

AAnAkkk 2013-02-01 github

Not sure why it is tagged as "Intel drivers". I am using primusrun, so it runs on my Nvidia card with Bumblebee.

Aalfred-valve maintainer 2013-02-01 github

Your HW report has this:
Driver: Intel Open Source Technology Center Mesa DRI Intel(R) Ironlake Mobile x86/MMX/SSE2

Can you post the actual details of the driver you are using then please.

AAnAkkk 2013-02-01 github

Yes, that's because Steam runs on the Intel card, and CS on the Nvidia card.
I am using nvidia-313 from the xorg-edgers PPA, so this is currently version 313.18.

Aalfred-valve maintainer 2013-02-01 github

What happens if you set "developer 1" and do your repro steps?

AAnAkkk 2013-02-01 github

It doesn't change anything, and there are no debug messages in the console, if that's what you want to know.

Aalfred-valve maintainer 2013-02-10 github

The next update may help, please report back if you see a change once it is out.
the details: I changed the system timing function on linux to use clock_gettime() from gettimeofday(). I haven't reproduced what you see, so I don't know for sure the issue, but in theory with vsync off and fps_max set appropriately it should be unrelated to the GPU (unless your GPU is blocking for a real long time, and given how simple hl1 is that would be a bad bug in their drivers if it was).

AAnAkkk 2013-02-11 github

This didn't solve the issue :/

Aalfred-valve maintainer 2013-02-12 github

I can't reproduce this at all here, I do what you describe and things run fine. Can you double check that you aren't simply maxing out the CPU on your laptop. If that isn't the case then only run off the nvidia card (don't do this dual GPU thingy) and see what changes.

AAnAkkk 2013-02-12 github

primusrun makes it run on the Nvidia card, it normally runs on the Intel card if I don't use it.
I tried on the Intel card as well now (without primusrun) and I have the same issue, the FPS keep changing all the time around these same 70-80.
If I set fps_max to 60, I do have a constant 60fps though.
Would this be vsync related somehow (even if vsync is off)?

AAnAkkk 2013-02-12 github

It's weird, every time I open the Options menu, I get a constant 100 FPS then (even when I am in-game) but it only lasts a few seconds. I need to close and reopen the Options menu and the FPS is back to 100 every time.
It looks like opening this specific vgui menu does something that fixes the FPS.

EDIT: Setting fps_max to 80 and then back to 100 fixes it as well, for a few seconds.

MMrSchism 2013-02-12 github

Vsync has had strange instances occur. One person once reported double (and possible triple) vsyncing through window manager, game, and (I believe) Nvidia panel. Check all locations for Vsync or "Sync to vblank" (or something to that effect).

AAnAkkk 2013-02-12 github

Vsync was disabled in-game and in the nvidia-settings. My game was also ran with vblank_mode=0, it's needed to disable vsync with primusrun. I've just seen Vsync was still enabled in KDE settings. I've disabled it, didn't fix the issue though, unless it needs a computer restart.

AAnAkkk 2013-02-12 github

I just launched CSS. I've set the lowest possible res and graphic settings to get more FPS. I've set fps_max to 90, and I have the same issue. My FPS are 90 and after a few seconds they're quickly changing between 75-80. Alt-tabbing fixes it as well, and then it comes back.

So what would this be...a bug in my desktop manager? a bug in my intel/nvidia drivers? a bug in both goldsrc and source engine?

Aalfred-valve maintainer 2013-02-12 github

Bug in your video card driver/window manager is the most likely culprit here.

AAnAkkk 2013-02-12 github

I've just solved the issue by ticking "Suspend desktop effects for fullscreen windows" in KDE settings ;)
Disabling desktop effects completely works as well.
See http://userbase.kde.org/Desktop_Effects_Performance#Suspend_desktop_effects_for_fullscreen_windows
Closed.

Launch lines

%command% -consolex1 2013-02