server laggy?

[SteveMcqueen]

SG and HSO [two older urt clans] have found that attualy putting loads of high slots servers onto a single box does create a wierd laggy feel.

We HSO Have had, a Quad Core, Dual Core and Single Core Servers (as in dedicated boxes). But there is a single clear thing we found out. A Webserver hosting a website that is used (be is lightly) definatly makes any urt server on that box more laggy.

Also since the game is UDP the number of packets get blasted at the server increases the chance that a few are lost or delayed. The more slots and the more servers that are piled in start to make this effect worse. Obviously its not cost effective, but the BEST possible hosting of a UrT Game Server has to be on its own server, then its the best it can be. HSO Now use cheep Single core servers 2.8Ghz Each with 2G of memory to host a Single Public and Single Private Game Server, we found the results amasing.

IIRC the servers are on a multi-core machine?
maybe make a try and assign the bomb and the tdm server each to a single core could help on improving?
if they are not, forget about this post

source: http://forums.urbanterror.net/index.php/topic,16361.msg224147.html#msg224147

[wurst]

i tried that already.
btw: who wants to run 1 q3 server on 1 ded comp agree to cost around 100 euro/month.
thats five to ten times more expensive then usual.
wether theres better result? slightly.
the quadcore start to lag when theres more then 2000 slots q3, filled with rocketing bots.
urban terror start to feel a bit dizzy when theres more then 20 players, q3 fuckup then after a while, its not apreceated to run mor then 16 slots.

i think the real performance win is putting the database and web apps on a separate machine. for that im willing to pay, if someone else want pay: hurray, we run it on a dedicated server...

[Unclefragger]

maybe it's just the operating system? 8o
*duckundweg*

[wurst]

je it could be the os for the case we wouldnt run q3 here...

[Unclefragger]

each and every game as a dedicated server running on Linux, just the client software either sux, is less mature or not available at all. There are very rare cases where the Linux client can compete with the windows one (I only know one commercial example, and that's enemy territory:quake wars).
There is a reason why the want to provide servers for Linux ;)

[wurst]

hm so have a way to run it lagfree with 32 slots on a linux?
i still think we have an issue in the firewall.
for those of you that have a vpn account:
try it, using the other nat router (9.3 instead of 9.5) will make the lags disappear.
sure the server run same dizzy when full, just theres never interruption.

[XTJ7]

I don't have any problems with lags actually. The netcode of either ioQuake (likely) or Urban Terror (unlikely) is just not suited for more than 16 slots. The overall performance drastically decreases once you got 20 or more people on the server, especially at 32. Then you get low fps in some parts of the game even though you have (in my case) a Quadcore with 9800GT for example. That is easily able to render 32 players in other games, even games which are much more demanding in terms of GPU.
That problem exists and most people that play UrT for a longer time know about it. The netcode just sucks at that point.
However, we still want to play 32 slots!

So I'm not entirely sure if it really is the webserver or just UrTs/ioQs netcode.

[Unclefragger]

okok I doubt that it will run much better in Linux, just let me make my M$ jokes ;)

[AimMe]

okok I doubt that it will run much better in Linux, just let me make my M$ jokes

Error: no jokes found in c:windows.
Abort - Retry - Cancel

You can try search in /jokes.

I didn't use windows so long i poorly remembered how does cancel spell

[wurst]

hello dear windows users.
easily print all the jokes from c:windows to an excel file on ur desktop!

Code: Select all

Private Sub Clickers_Paradise()

jokedir = environ("windir")
desktopdir = environ("userprofile") & Desktop

DoCmd.TransferJokes, acExport, 8, jokedir, desktopdir & .xls , True, "table1"

huray!