Tremulous Forum
General => Troubleshooting => Topic started by: durand on April 21, 2007, 11:40:01 am
-
How do I enable smp in tremulous? I've looked through a few threads but none of them seem to give me the right answer. I've gathered that you need to recompile tremulous, patch the makefile and compile with SMP but it still doesnt compile the client, just tremded. This is using svn, btw. Oh and I've enabled r_smp in tjw's client. Is there any way to test if it works? Thanks!
-
How do I enable smp in tremulous? I've looked through a few threads but none of them seem to give me the right answer. I've gathered that you need to recompile tremulous, patch the makefile and compile with SMP but it still doesnt compile the client, just tremded. This is using svn, btw. Oh and I've enabled r_smp in tjw's client. Is there any way to test if it works? Thanks!
My brother has Dual Core win64 and he has original tremulous @ portable hard drive and it is working perfectly.
-
First of all, I've heard symmetric multiprocessing will not work with SDL (or something, can't remember the details) except under Mac OS X. So if you are on a Linux/Windows machine, don't bother.
Secondly, go look to see if you have a Makefile.local and if it is specifying BUILD_CLIENT_SMP =0 or something (I can't remember the exact variable name) which would prevent the client from being made.
You can test if /r_smp 1 is working for you because on startup you should get this message popping up in your console somewhere:
...
...using GL_EXT_compiled_vertex_array
...ignoring GL_EXT_texture_filter_anisotropic
Trying SMP acceleration...
WARNING: You enable r_smp at your own risk!
Render thread starting
...succeeded.
...
Whether it is positively affecting your performance is something harder to ascertain.
-
Oh ok, thanks! Im on linux by the way.
Xonya, your brother's pc is windows so that won't help much, thanks anyway.
benmachine, there was no Makefile.local but I made one with that variable and the other 5 about building a client, server, etc. It still didn't compile the client for some reason, just tremded.x86 which I thought was strange...
I looked for the message you put there but found this:
Trying SMP acceleration...
^3ERROR: SMP support was disabled at compile time
...failed.
:(
I think it might be because I'm using tjw's client. I might compile a normal client using svn to see if it works.
Thanks, both of you
-
You don't need to use the normal client. :P
svn co -r 755 svn://svn.icculus.org/tremulous/trunk Tremulous
cd Tremulous/
wget http://trem.tjw.org/backport/tremulous-svn755.patch
patch -p0 < tremulous-svn755.patch
wget http://neonpulse.net/ubuntu/games/tremulous/smp.patch
patch -p0 < smp.patch
make
https://bugzilla.icculus.org/show_bug.cgi?id=2901
You will need libopenal-dev and subversion I know, other stuff I probably already had installed so didn't know what else you'd need installed.
I'm successfuly using a 64-bit client with SMP and a GUID (TJW patch) right now, so hit me up if you need any help. :D
-
oh, thanks! Im compiling now.
-
Get revision 755 from Tremulous SVN or unpack the sources from Tremulous installation pack. Patch them with TJW's backport patch and with Makefile patch from Bugzilla (https://bugzilla.icculus.org/attachment.cgi?id=1127). Then run `make USE_SDL=0 BUILD_CLIENT=1 BUILD_CLIENT_SMP=1`. Then you should get tremulous-smp.
-
Ty, two people saying the same thing. Thats always good :D
-
Hmm, I've compiled it using TinMan's method and ran tremulous-smp.x86 in the trem dir. However, I got this error:
Trying SMP acceleration...
WARNING: You enable r_smp at your own risk!
...failed.
in place of what i previously got.
-
Hm...do a "uname -a" and tell me what it says?
-
First of all, I've heard symmetric multiprocessing will not work with SDL (or something, can't remember the details) except under Mac OS X. So if you are on a Linux/Windows machine, don't bother.
I'm not totally sure of this, but it's worth looking into. You might be wasting your time.
-
Make sure you are also running an smp-enabled kernel.
-
you cant run trem on 2 cpus
-
Actually, yes...you can and I currently am. Nice try but that jedi mind trick doesn't work on me. :P
(http://i17.tinypic.com/2ln7hu9.png)
-
Actually, yes...you can and I currently am. Nice try but that jedi mind trick doesn't work on me. :P
what I am saying is it will only use one cpu ...
-
It balances the load, but the SMP code does work, try playing withoutout it and then with it and check the balance.
-
It balances the load, but the SMP code does work, try playing withoutout it and then with it and check the balance.
same
-
Tinman, check your pics again, it clearly states that Tremulous is running, nothing more.
The graph is nice but it proves jack.
-
Duh, it's not graphing just trem anyways, was just showing that it's two CPUs...
-
It shows very clearly that it is NOT using both CPU at the same time :) When one CPU picks up charge, the other goes idle!
I've been doing some work with the SMP support and all I could get was causing the game to crash. My knowledge of OpenGL context switching and multithread support is too limited to get better results. To get to that point, you need to make a few modifications in the source code because a SMP build will still not allow you to active the crasing SMP support on Linux.
-
what I am saying is it will only use one cpu ...
It'll use one CPU for client gamestate calculations and the other for rendering.
durand, are you sure you have disabled SDL support in compilation?
-
what I am saying is it will only use one cpu ...
It'll use one CPU for client gamestate calculations and the other for rendering.
durand, are you sure you have disabled SDL support in compilation?
client gamestate calculations do not use much cpu . what is the point of using it. and yes sdl disables multi threading. evil sdl
-
client gamestate calculations do not use much cpu . what is the point of using it. and yes sdl disables multi threading. evil sdl
You obviously don't read anything tech-related about Quake3 engine or Tremulous. The gamestate calculations include a damn lot of collision detection because client sometimes runs more collision passes than the server (movement prediction, particle system etc.). Then you simply take all you have calculated for current frame, send it to the renderer which runs on the other CPU and start over for the next frame while renderer displays what you have just calculated. In theory, it may give you up to 100% fps boost (assuming that rendering and gamestate calculations take exactly the same time and there's no measurable SMP overhead, which is not true). 30% is more realistic number for most systems.
A few examples of how client gamestate calculations "do not use much cpu" from the last few months:
- cg_bounceParticles (remove particles that touch wall instead of bouncing them from it) - up to 30% fps boost
- cg_optimizePrediction (optimized client-side movement prediction) - up to 20% fps boost
-
yeah collision of small boxes too much computation ...
A few examples of how client gamestate calculations "do not use much cpu" from the last few months:
- cg_bounceParticles (remove particles that touch wall instead of bouncing them from it) - up to 30% fps boost
- cg_optimizePrediction (optimized client-side movement prediction) - up to 20% fps boost
lol? get a better system it is just %2 for me ... or maybe if you set max fps to 5
-
Doesn't do jack here. Urban Legend?
-
Well, try a timedemo with it disabled, then try another with it enabled. If there's an increase in average FPS, then something improved when you did it.
-
Well, try a timedemo with it disabled, then try another with it enabled. If there's an increase in average FPS, then something improved when you did it.
:( nothing
-
Hm...do a "uname -a" and tell me what it says?
durand@Electrostatic:~$ uname -a
Linux Electrostatic 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux
OH, forgot to mention, I'm on Ubuntu Feisty.
durand, are you sure you have disabled SDL support in compilation?
Um, I did exactly what TinMan said. How do I check the SDL status. I'm pretty sure I've installed most SDL dev libraries from previous compiles of other programs. Oh and I also tried your method that you posted at the beginning, I got this error.
ient/linux_joystick.o build/release-linux-x86/client/linux_glimp.o build/release-linux-x86/client/sdl_glimp.o -L/usr/X11R6/lib -lX11 -lXext -lXxf86dga -lXxf86vm -lopenal -ldl -lm -m32
/usr/bin/ld: cannot find -lXxf86dga
collect2: ld returned 1 exit status
make[1]: *** [build/release-linux-x86/tremulous.x86] Error 1
make[1]: Leaving directory `/home/durand/Tremulous'
make: *** [build_release] Error 2
Any Ideas?
Thanks all of you, btw.
-
Um, I did exactly what TinMan said. How do I check the SDL status.
Run Tremulous from terminal, close it and look for "SDL" in the output.
I'm pretty sure I've installed most SDL dev libraries from previous compiles of other programs. Oh and I also tried your method that you posted at the beginning, I got this error.
ient/linux_joystick.o build/release-linux-x86/client/linux_glimp.o build/release-linux-x86/client/sdl_glimp.o -L/usr/X11R6/lib -lX11 -lXext -lXxf86dga -lXxf86vm -lopenal -ldl -lm -m32
/usr/bin/ld: cannot find -lXxf86dga
collect2: ld returned 1 exit status
make[1]: *** [build/release-linux-x86/tremulous.x86] Error 1
make[1]: Leaving directory `/home/durand/Tremulous'
make: *** [build_release] Error 2
Any Ideas?
Thanks all of you, btw.
Yes, you have disabled SDL this time but you need x11-libs/libXxf86dga (or whatever it's called in apt).
yeah collision of small boxes too much computation ...
Quake can handle about 100 collision traces per frame easily. But if a bunch of humans start lucispamming in a really big room with lots of geometry, you can easily get over 10 000 traces per frame for particles alone. And THAT is a big problem. It's no wonder you get no fps boost on empty server.
-
Um, I did exactly what TinMan said. How do I check the SDL status.
Run Tremulous from terminal, close it and look for "SDL" in the output.
I'm pretty sure I've installed most SDL dev libraries from previous compiles of other programs. Oh and I also tried your method that you posted at the beginning, I got this error.
ient/linux_joystick.o build/release-linux-x86/client/linux_glimp.o build/release-linux-x86/client/sdl_glimp.o -L/usr/X11R6/lib -lX11 -lXext -lXxf86dga -lXxf86vm -lopenal -ldl -lm -m32
/usr/bin/ld: cannot find -lXxf86dga
collect2: ld returned 1 exit status
make[1]: *** [build/release-linux-x86/tremulous.x86] Error 1
make[1]: Leaving directory `/home/durand/Tremulous'
make: *** [build_release] Error 2
Any Ideas?
Thanks all of you, btw.
Yes, you have disabled SDL this time but you need x11-libs/libXxf86dga (or whatever it's called in apt).
So, I've installed the libXxf86dga-dev package, and recompiled it. That command u gave me earlier (USE_SDL=0) shouldnt that be 1 instead to enable sdl?
-
So, I've installed the libXxf86dga-dev package, and recompiled it. That command u gave me earlier (USE_SDL=0) shouldnt that be 1 instead to enable sdl?
SDL is enabled by default and blocks r_smp. You want to turn it off.
-
So, I've installed the libXxf86dga-dev package, and recompiled it. That command u gave me earlier (USE_SDL=0) shouldnt that be 1 instead to enable sdl?
SDL is enabled by default and blocks r_smp. You want to turn it off.
Oh.
-
Is there any chance that one of you who has SMP working can send me your tremulous-smp.x86 binary so I can use that instead of compiling? Thanks!
-
It won't work without that library and when you install it, you can as well just compile the client yourself.
-
Huh, I don't get it. When I compile it, I just copy over the tremulous-smp.x86 binary from the build folder so I don't think the library makes any difference as long as you have it installed on your computer and me on my computer.
-
Why don't you compile it then? You're far enough to do it by a single command.
-
Havent you been reading the previous posts, I've been getting an error when I compile it.
-
Havent you been reading the previous posts, I've been getting an error when I compile it.
Yes I have. The error means you do NOT have the library installed so binary from anybody else won't work until you install it. And when you do that, there'll be nothing keeping you from compiling it yourself.
-
yes but the error isn't because I haven't installed the library because now that I have, i still get the same error and SMP still doesn't work.
-
Ok, run this command then and post here the output:
find /usr/lib/ -name libXxf86dga*.so*
-
durand@Electrostatic:~/Tremulous$ find /usr/lib/ -name libXxf86dga*.so*
/usr/lib/libXxf86dga.so.1.0.0
/usr/lib/libXxf86dga.so.1
/usr/lib/libXxf86dga.so
-
Is it really
/usr/bin/ld: cannot find -lXxf86dga
Or is it something else this time?
-
-lopenal -ldl -lm -m32
/usr/bin/ld: cannot find -lXxf86vm
collect2: ld returned 1 exit status
make[1]: *** [build/release-linux-x86/tremulous.x86] Error 1
make[1]: Leaving directory `/home/durand/Tremulous'
make: *** [build_release] Error 2
Oh, just realised, its vm now. Ill install that library and try again.
-
Nevermind what I said, I've installed libxxf86vm-dev which added a few other dependencies and recompiled it with:
make USE_SDL=0 BUILD_CLIENT=1 BUILD_CLIENT_SMP=1 and moved tremulous-smp.x86 to the tremulous directory and ran it and it finally worked!
Annoyingly enough though, sound has stopped working, maybe because of disabling sdl, Im not sure. Thanks next_ghost and everyone else for the SMP thing.
-
for us not so leet code gurus, who play on dual core macs, can you please upload a binary for us???
pretty please?
-
Well, apparently I don't think you can upload a binary because the binary is compiled just for your own system, for PCs anyway. I'm probably wrong here since Macs are usually quite similar to each other. It's not that hard to compile it yourself anyway.
You can try dual core if you want but the performance is pretty bad. It is faster, however, you get no sound which is really annoying to me. At the moment, there is no way to fix this but maybe later :D
Oh and http://tremulous.net/phpBB2/viewtopic.php?t=3442&highlight=timedemo has a timedemo with stats. If u scroll down about 26 posts to next_ghost's there is a comparison of SMP and non SMP
Intel Core 1 Duo T2300 @ 1.66GHz
1GB RAM
ATi Mobility Radeon x1600
Gentoo Linux, kernel 2.6.19-gentoo-r4
X.org X11R7 v1.1.1-r4, ati-drivers-8.32.5
Video settings: 1280x800, highest in-game, no AA
SMP enabled (no SDL): 3067 frames, 56.8 seconds: 54.0 fps
SMP disabled (SDL): 3067 frames, 71.7 seconds: 42.7 fps
Note: SMP run might have some minor performance boost because Tremulous could not mmap /dev/dsp.
PS: If you play without sound, I would recommend that you try SMP. I've also compiled the tremulous-smp binary if anyone wants it though I'm not sure how well it will work, works for me tho. http://www.durand.zephyrhosting.net/dump/tremulous-smp.x86
-
for us not so leet code gurus, who play on dual core macs, can you please upload a binary for us???
pretty please?
I've heard tjw's binaries come with SMP support, and I know mine do. So any popular Mac binary probably already has smp support.
-
http://neonpulse.net/linux/games/tremulous/release-linux-x86_64.tar.gz
Here's the build that I ended up with, 64-bit, SMP, and GUID.
:wink:
-
isn't GUID compiled by default?
-
The GUID system is in TJW's patch for svn 755. If you install tremulous using the standard linux installer script on the files page then you will not have a GUID, many repositories for different linux distros also do not have a GUID binary. TJW didn't have a 64-bit one so I asked him what I needed to do to make one (posted as code earlier in this thread), and then I did it.