ETQW GNU/Linux Performance

(node357) #1

Hi all. I’m having trouble getting steady 60 FPS with ETQW on GNU/Linux. I have a GeForce 9800 GT (512MB), and have tried various distros, drivers, etc. I have fiddled with com_unlock_timingmethod, and run the game from highest to lowest settings with no AF or AA. The frame rate just keeps dipping down to 30 no matter what I do. Anyone know what’s up?

(timestart) #2

That’s normal for ETQW.

(DrFunkenstein) #3

I ran ET:QW successfully under Linux and when I benchmarked the game with a timedemo, I got 88 FPS. Not as good as under Windows, but definitely playable.

If you want to play with higher FPS you could use this in your autoexec.cfg:

seta com_unlockFPS 1
seta com_unlock_timingMethod “1”

or this:

seta com_unlockFPS 1
seta com_unlock_timingMethod “2”

Changing the timingmethod is not enough, you need to unlock your FPS as well. At least that’s how I understand it.

Hope this helps.

Dr. Funkenstein

(oxy) #4

Did you disable compiz etc. while playing?

I have a Geforce 8600 and have round about 50-60 fps, everything set to low.

(sereNADE) #5

it’s been over a year since i ran etqw under linux but as already mentioned, disable compiz or 3d accelerated desktop, unlock the timing_method and fps, obviously correct drivers yada yada. what you may have forgotten is that in 1.4 i think and below, not sure about 1.5 is that there was a seperate binary for multithreaded rendering. with my 8800gt at the time i was achieving 10-20 fps higher in ubuntu vs server 2008 (vista). check to see if a seperate binary for dual core is available or use the command multithreaded rendering in the console, “r_usethreadedrendering” 2 or 4. another setting that helped me personally or could have been my imagination/stupidity was use “r_usefbodestinationbuffer” 1. there are my ideas for you, certainly not fresh in my mind and also up for scrutiny should they make things worse. GOOD LUCK! there is no reason to not have performance on par with windows with qw.

(Donnovan) #6

Why not “com_unlock_timingmethod 0” DrFunkenstein?

For timingmethod 1 or 2 your fps will be limited to the maximun set on com_unlock_maxFPS, that is, usually, 60. I believe it’s better to use a max valor multiply of 30, since timingmethod 1 and 2 only works with fps multiply of 30. If you use a maximun of 45, fps will be llocked to 30. If you use a maximun of 60, fps can be 30 or 60. Fps also can be 15 or 10, always, when your system can’t reach 30 fps.

Also try to mess with vertical sync. I use timingmethod 0 and vertical sync off. May be you can give it a try.

(DrFunkenstein) #7

You’re right Donovan, it should be com_unlock_timingmethod “0” or com_unlock_timingmethod “1”.

Dr. Funkenstein

(oxy) #8

And use /usr/local/game/etqw-rthread instead of /usr/local/game/etqw, respectively edit the script you use to start ETQW to use the etqw-rthread.x86 binary.

(zabas) #9

I have debian 5.0.4 with 686 kernel 2.6.2, with Geforce 8800 GTX 768 MB and it runs on KDE perfectly @ 1280*1024 @ HIGH quality with no AA @ 60 FPS, but I is unplayable because the mouse is crazy, rounding everywhere.

by the way, anybody has fixed the mouse problem? I am playing Doom 3 also with no mouse problems.

(timestart) #10

Tried a more recent kernel? (Just a guess)

(brbrbr) #11

[QUOTE=zabas;217688]I have debian 5.0.4 with 686 kernel 2.6.2, with Geforce 8800 GTX 768 MB and it runs on KDE perfectly @ 1280*1024 @ HIGH quality with no AA @ 60 FPS, but I is unplayable because the mouse is crazy, rounding everywhere.

by the way, anybody has fixed the mouse problem? I am playing Doom 3 also with no mouse problems.[/QUOTE]

2.6.2? kernel ???
try 2.6.29 from backports repo.
try strip system from unnecessary garbage.
rebuild xOrg driver.
tweak SELinux[not using ? use !!].
sheduler problem ? try less sophisticated ones, down to “noop”
and/or use reniced[rtfm after install about .renice]
and etc and etc

what binary you use ? single threaded ? rt ?
what are r_threadedrenderer cvar/tweak are ?
what other setting ?
there are also PLENTY of other [important]questions 2 help solve issues.
but “in general” , im agree, that Linux binariies are slower. from 10-15% on some configurations to about 2.5x times on another[few ones].

(asmo) #12

why using SELinux ?

disable SELinux while you face problems that have no clear solution, until solved.

(oxy) #13

Concerning Performance, more recent Kernels tend to be slower. Citation not avaiable, but I’m pretty sure (maybe I’ve read it on phoronix).
Although I don’t think Lenny runs with 2.6.2 kernel. Userspace Software (like udev) won’t work with this kernel. I would assume it’s a typo and he’s using 2.6.24 or 2.6.26 (thought 2.6.24 was lenny stock, but my lenny server is running 2.6.26).

(brbrbr) #14

[QUOTE=oxy;218059]Concerning Performance, more recent Kernels tend to be slower. Citation not avaiable, but I’m pretty sure (maybe I’ve read it on phoronix).
Although I don’t think Lenny runs with 2.6.2 kernel. Userspace Software (like udev) won’t work with this kernel. I would assume it’s a typo and he’s using 2.6.24 or 2.6.26 (thought 2.6.24 was lenny stock, but my lenny server is running 2.6.26).[/QUOTE]
sure.
starting from 2.6.19.
cause many stuff started being kicked-out from kernel-space.
(same improvements made to Windows, but seriously slower.
to Win dev’nt help society adapt.)
if you care about performance SO hard - try CentOS 5.4 or Slackware 13.

[QUOTE=asmo;217976]why using SELinux ?

disable SELinux while you face problems that have no clear solution, until solved.[/QUOTE]

why you use firewall, antivirus ? why you update programms ?
both security from senses of exploitation and stability.
to keep you system alive and up.
like we do with self, friends, childrens, society.
to help society existency continue.
to be happy and less worry[except Pro’s], to save World, to recal Elvis, to preserve Amazonian forrest and many other [important]reasons.

p.s.
disabling SELinux/AppArmor in case of troubleshooring issues is sometimes eventual, but only temporary.