ManiaPlanet 1 Server 2012-01-17

[xbx]

G'day, folks!

full:
http://files.maniaplanet.com/tools/Mani ... -01-17.zip (~130Mo)

delta from 2011-10-06:
http://files.maniaplanet.com/tools/Mani ... -01-17.zip (~12Mo)
(warning: only use this if you already updated to 2011-10-06 or later, it only contains the two exe but not the data they need to run)

Once more, it only contains a few minor updates

• a few changes for server hosting administration:
  - GetMainServerPlayerInfo() returns the local player when the server is not started, instead of an error;
  - a few members of the ServerOptions structure where made optional: NextLadderMode, NextVehicleNetQuality and AutoSaveReplays);
  - fixed /noautoquit
  - StartServerInternet() no longer need any parameters, it always use the current account. (I just noticed forgot to fully update doc.)
• increased the XmlRpc maximum packet size To 1Mo to support the now bigger maps. (but note that while it's convienient to shove the maps though this communication channel, it's not really optimal... And that very big maps with many ghosts and such, still won't fit.)

[fastforza]

And no memory fixes?

[Xymph]

Thanks for the server update.

- StartServerInternet() no longer need any parameters, it always use the current account. (I just noticed forgot to fully update doc.)

I updated ListMethods.html, and my methods comparison pages. According to the StartServerInternet signature, it still accepts/requires a struct. If that's correct, what are the elements, or what do you mean by "current account"? Or is it that struct which you forgot to remove from the signature?

[w1lla]

The following quote is from the previous dedicated server

After doing some tests with my linux server i came to the following conclusion:

Code: Select all

1516:   ./ManiaPlanetServer /internet /login= /password= /game_settings=MatchSettings/CanyonA.txt /dedicated_cfg=dedicated_cfg.txt /title=TMCanyon
Address   Kbytes Mode  Offset           Device    Mapping
08048000   17840 r-x-- 0000000000000000 0fd:00000 ManiaPlanetServer
091b4000     440 rw--- 000000000116c000 0fd:00000 ManiaPlanetServer
09222000     364 rw--- 0000000009222000 000:00000   [ anon ]
0a9f6000  187908 rw--- 000000000a9f6000 000:00000   [ anon ]
b1e7f000    2352 rw--- 00000000b1e7f000 000:00000   [ anon ]
b20cb000   97024 r---- 0000000000000000 0fd:00000 dedicated.pak
b7f8b000     168 r---- 0000000000000000 0fd:00000 resource.pak
b7fb5000     300 rw--- 00000000b7fb5000 000:00000   [ anon ]
bf9d8000      84 rw--- 00007ffffffe9000 000:00000   [ stack ]
mapped: 306480K    writeable/private: 191448K    shared: 0K

to see it on your own servers:

go to console: be a root user and type first ps aux to find the PID of maniaplanet server.
Use The pid in the following command:
pmap -d PID
It will print out a same code as above with the full commandline aswell as the kilobytes used aswell as library.

In Fact the memory used is 191488K which is 191 MB

The main thing that uses memory is a [anon] which is simply a Threading thing as explained here

Documentation used:

http://virtualthreads.blogspot.com/2006 ... linux.html

_________________________________________________________________________________________________

With the latest server i get this:

Code: Select all

Address   Kbytes Mode  Offset           Device    Mapping
08048000   17840 r-x-- 0000000000000000 0fd:00000 ManiaPlanetServer
091b4000     440 rw--- 000000000116c000 0fd:00000 ManiaPlanetServer
09222000     364 rw--- 0000000009222000 000:00000   [ anon ]
0acea000   47812 rw--- 000000000acea000 000:00000   [ anon ]
b09e2000   20780 rw--- 00000000b09e2000 000:00000   [ anon ]
b1e80000     576 rw--- 00000000b1e80000 000:00000   [ anon ]
b1f71000    1044 rw--- 00000000b1f71000 000:00000   [ anon ]
b2076000   97024 r---- 0000000000000000 0fd:00000 dedicated.pak
b7f36000     168 r---- 0000000000000000 0fd:00000 resource.pak
b7f60000     300 rw--- 00000000b7f60000 000:00000   [ anon ]
bf848000      84 rw--- 00007ffffffe9000 000:00000   [ stack ]
mapped: 186432K    writeable/private: 71400K    shared: 0K

There is a little improvement.

191 MB against 186 MB.

Both were made in TimeAttack

but in Rounds:

Code: Select all

Address   Kbytes Mode  Offset           Device    Mapping
08048000   17840 r-x-- 0000000000000000 0fd:00000 ManiaPlanetServer
091b4000     440 rw--- 000000000116c000 0fd:00000 ManiaPlanetServer
09222000     364 rw--- 0000000009222000 000:00000   [ anon ]
0acea000   78156 rw--- 000000000acea000 000:00000   [ anon ]
b13ae000    1748 rw--- 00000000b13ae000 000:00000   [ anon ]
b15e5000   10820 rw--- 00000000b15e5000 000:00000   [ anon ]
b2076000   97024 r---- 0000000000000000 0fd:00000 dedicated.pak
b7f36000     168 r---- 0000000000000000 0fd:00000 resource.pak
b7f60000     300 rw--- 00000000b7f60000 000:00000   [ anon ]
bf848000      84 rw--- 00007ffffffe9000 000:00000   [ stack ]
mapped: 206944K    writeable/private: 91912K    shared: 0K

206 MB

[nocturne]

Nice!! Finally get a new server version, 4 months later..

Will be updating the bugs thread after I can confirm that the said problems have been fixed, though it's entirely disconcerting that the memory issues still have not been addressed. Seriously guys, 200mb consumption on linux, with less than 70mb on windows for the same server.. We all use *nix specifically for better resource management in the end, so... XBX.. seems you still haven't dotted all the I's and crossed all the T's. And don't state 'shared resources'... we all know that's BS.

The worst part of this all, though.. only 3 responses prior to mine (with more than a week's time), which seem to be from the last 3 community 'heads' that still attempt to make TM better, despite the best efforts by Nadeo to neglect them. Peer back upon the glory of what was TMF, and you'll certainly notice the ruin thaT you yourselves have wrought. The community is dying, and action must be taken before it reaches a point of no return.

I honestly still anxiously await to see what Nadeo will offer next, but it seems that too many resources are being absolutely wasted on projects like the TM wordpress plugin, or even ManiaLive for that matter (or even ShootMania, which seems doomed to fail already). If we at least had a stable base to work off of, the rest of the community could easily fill those gaps.

[om23]

Hi, can we talk about the dedicated and resource pak files?
I've never understood why we need this files.
maybe you can explain it to me?

but what I know is, that TM didn´t needed this files and the next problem I see is at the time when
TM²Valley or whatever is released. double size of paks or just the same size twice
or much better a cloned dedicated software with some changes to the enviro?

in this case, of course I don´t know what nadeo is planing, but am I maybe right, that the different enviros will not work on one server like in TM United Forever?

thx.


ahh yes, btw.: XBX! we all are monitoring threads we are intrested in, but if you make a new thread with new version, it would be very nice if u put a note about this in your old thread to let us know about changes faster! thats all and it make things better!

[Electron]

Is the dedicated.pak at least loaded as a shared memory mapped file, so that not all process instances load its own copy in memory?

[om23]

Is the dedicated.pak at least loaded as a shared memory mapped file, so that not all process instances load its own copy in memory?

you dreaming ^^

[nocturne]

Well, the pak files are your typical resource files, absolutely necessary for the dedicated server software to work. As for memory consumption with multiple servers.. It's been stated in the past that these resources are shared, though I haven't seen any evidence of that yet (at least in RHEL).

And w1lla.. 191488kb is actually 187mb, hehe

[om23]

Well, the pak files are your typical resource files, absolutely necessary for the dedicated server software to work.

but not with trackmania united forever dedicated!
I think this have something to do with the economic market strategy of the big "really big" bosses (world dominators)
they give rules to new products, in fact: allways keep a specific ratio of what u need to use something.

this exemple of tm >tm2 is very clear.
u need 10x more ram, 10x more hdd space for dedicated and for each map,
more cpu speed? no idea
result=u buy update for your system and the bosses have what they want.

This system is crap, but I am sorry if XBX is just learning and make something wrong.