compiling dedicated

[ishAdmin]

ok, excuse the dumb questions, but I've been away from this for a while.

I finally got my new data center linux server. I'm going to throw AA on there first thing and see how much server is uses when it's otherwise empty. Server load is currently 0.00!

I got what I thought was the the dedicated version of the source (http://prdownloads.sourceforge.net/arma ... z?download). went to ./configure and well, not there eh! There is an install script, but my quick glance at it looks like it copies binaries.

So, I'm asking what you all think I should do first before I proceed. I'm going to install the dedicated version on a redhat enterprise linux. Is the rpm going to have lower performance? Anyway, I'll do what you folks recommend would be the best installation in my case. Thanks.

[dlh]

ok, excuse the dumb questions, but I've been away from this for a while.

I finally got my new data center linux server. I'm going to throw AA on there first thing and see how much server is uses when it's otherwise empty. Server load is currently 0.00!

I got what I thought was the the dedicated version of the source (http://prdownloads.sourceforge.net/arma ... z?download). went to ./configure and well, not there eh! There is an install script, but my quick glance at it looks like it copies binaries.

So, I'm asking what you all think I should do first before I proceed. I'm going to install the dedicated version on a redhat enterprise linux. Is the rpm going to have lower performance? Anyway, I'll do what you folks recommend would be the best installation in my case. Thanks.

Do ./configure --disable-glout, and then make, and if you so desire, make install.

[ishAdmin]

I couldn't ./configure. It's not there.

[Lucifer]

Looks like you downloaded a binary, ish. So either run the install script or download a source tarball.

Oh yeah, in my subjective experience, the rpm actually runs better than a compiled version on my system. Maybe it's built with optimizations that aren't done by the default setup? Or I'm on crack...

[ishAdmin]

What system was the binary built on?

[Lucifer]

Beats me. I'm running it on Mandrake *someversionIdon'trememberanymore*. Since it's rpm and you're running Fedora, couldn't you just install the rpm and see if it runs, and if not, uninstall it? It's a clean uninstall..... (say what you want, rpm works fine)

[Z-Man]

ish: Gentoo, GCC 3.3.5-r1, CXXFLAGS=-O2 -g -march=i386 -mcpu=i686 ( The RPM build program seems to choose them ).

[ishAdmin]

thanks zman.

luci, I'm running enterprise actually.

I remember some discussion about binary rpm versus compiled, and thought many believe the compiled version would give better performance. But I imagine that would be more a factor for the client.

Anywho, I'll just try out the rpm I guess. Now I have to find a thread that talks about the net settings etc., so I can make sure I disable that admin password thingy etc.

[dlh]

thanks zman.

luci, I'm running enterprise actually.

I remember some discussion about binary rpm versus compiled, and thought many believe the compiled version would give better performance. But I imagine that would be more a factor for the client.

Anywho, I'll just try out the rpm I guess. Now I have to find a thread that talks about the net settings etc., so I can make sure I disable that admin password thingy etc.

The admin_password, while still NONE in a fresh install, is disabled by default. Change the password to enable remote admin.

[ishAdmin]

thanks nemo.

I've install the dedicated rpm.

It doesn't seem to have put autoexec.cfg or everytime.cfg anywhere. Nor do I have .armagetronad/var anywhere. (This is like what is on my old server when I ran 2.6, which has the autoexec and everytime cfg files in it). I might have created those myself, can't remember, too long ago!

If I run it like this:
armagetronad-dedicated --daemon --vardir /home/sometrondir

Will it read autoexec.cfg and everytime.cfg from .armagetronad/var?

edit: I corrected my goofy forgetfulness of putting ad where i should.

[Z-Man]

It doesn't seem to have put autoexec.cfg or everytime.cfg anywhere.

No, because then they would get overwritten every time you upgrade. RPM is not that flexible

~/armagetronad/var gets autocreated by the starter script. Just run the script once if you want to call the binarty directly.

If I run it like this:
armagetronad-dedicated --daemon --vardir /home/sometrondir

Will it read autoexec.cfg and everytime.cfg from .armagetronad/var?

No, it should be read from the vardir you specified. If everything works as intended, that is.

[ishAdmin]

ok, that's different from 2.6 then. It read from ~./armagetron/var/ for the autoexec and everytime cfg's, and it used the --vardir for storing the matches, ladder etc.

I've got some other ideas I'll pursue.

[Z-Man]

ok, that's different from 2.6 then.

Whoops. Nothing has changed since then ( to my knowledge ), so I suppose it still works like in 0.2.6. Which would be not as it was intended.

[ishAdmin]

heh, well, I created the ~./armagetronad/var dir and it seems happy to read my cfg's from there. Are you sure you didn't intend this? I thought it was in the docs somewhere (like way back, when I first got 2.6 running, or maybe even 2.5.x)?

Anyway, I'm running Armagoshdarnish in 2.7.1 now. I've noticed I'm bouncing away from the outer wall some. Is that a client or server thing? The game feels different as well, so perhaps I'll be making some adjustments. I've otherwise pretty much copied the settings from 2.6, only adding in what I noticed was new. And I probably missed some stuff.

So have at the server folks, it's the only thing running on it right now, and server load numbers are staying at zero even with a full house. I noticed the cpu usage fluctuates. It's perks up between rounds, and then usually drops back down. Sometimes it goes high for reasons I can't correlate, but the server load still stays at zero, so it's not holding anything up.

[Z-Man]

You're right about my intentions ( Iceman style amnesia has hit me... ):

--datadir <Directory>: read game data (textures, sounds and texts) from this directory
--userdatadir <Directory> : read customized game data from this directory
--configdir <Directory>: read game configuration (.cfg-files) from this directory
--userconfigdir <Directory>: read user game configuration from this directory
--vardir <Directory>: save game logs and highscores in this directory

To bend the user defined place autoexec.cfg and everytime.cfg are read from is to use --userconfigdir. The caller script sets --userdatadir to ~/.armagetronad which gives the default values to the config directory and the var directory ( both ~/.armagetronad/var ), and setting --vardir at the command line only overrides the latter. I forgot those were two different variables.

The "bouncing" you're refering to is probably not really bouncing ( I sure hope it was fixed ), but finite CYCLE_RUBBER_MINDISTANCE* settings. Be sure to set CYCLE_RUBBER_MINDISTANCE_LEGACY to 0 ( it's simply a wrong concept ). The other two can be lowered from the default. Setting them both to exactly 0 may have ill side effects. I'm guessing that putting CYCLE_RUBBER_MINDISTANCE to 0 and leaving _RATIO at the default should be safe.

Other server admins reported that for about the same gameplay feel, you have to cut the CYCLE_RUBBER in half.

I'll have a special look at the CPU load between rounds on my next profiling session. It's OK to peak there ( everything that got created during the round needs to be cleaned up ), so there's no need to worry for you, I guess.