sourceserver.info

Soo Ihr lieben, ich hoffe ich hab die richtige Kategorie erwischt (wenn nicht, dann gebt mir eins auf die Finger )

Ich hoffe Ihr könnt mir helfen. Gestern war ja mal wieder ein tolles Update rausgekommen, was unseren DM Server volle Slots beschert hat. Alle 20 Slots voll belegt. Gut. Nun wir haben auf unserem Server eine konstante Framerate von 250. Auch gut. Das ganze geht bis 13, 14 Spielern gut, wo dann 20 drauf waren, ist die Framerate bis teilweise unter 64 gefallen (im übrigen hat sich niemand beschwert das da was laggt ... ). Hat sich dann wieder aufgerappelt auf 250. Der Durchschnitt war bei 84 FPS. Nun meine Frage: Wie kann ich verhindern (ist das überhaupt möglich) das die FPS-Rate einbricht. Ist es daher sinnvoll per taskset die Gameserver (2) aufzuteilen?

Laut top waren zu diesem Zeitpunkt die CPU(s) zu 15 % ausgelastet. Per RCON sogar bei 0 ...

Hier mal nen paar Infos zur Hardware (nich lachen) aber läuft ganz gut:
4x Intel Xenon 2,93 Ghz (uns stehen alle 4 Cores zur Verfügung)
512 MB RAM (ca. 200 MB davon Cached)
260 MB Swap (504 KB konstant belegt - nie mehr)
Kernel: 2.6.26-2-xen-amd64

Bitte keine Diskussionen darüber, das man einen GS niemals auf einen vServer betreiben sollte - Es geht. Wir hatten sogar testweise 3 GS drauf. :D

Zitat von »MadMakz«

könnte am RAM liegen. wie ist die auslastung?

Also RAM - technisch gesehen haben wir 512 MB zur Verfügung. Frei davon sind 9 MB, gepuffert sind 12 MB und gecached sind ca. 200 MB - RAM würde ich persönlich ausschliessen.

Was Terrorkarotte geschrieben hat, klingt mir plausibel: Virtualisierung
Kann man da irgendwas machen, außer sich nen "richtigen" Root zulegen? Irgendwelche Tipps und Kniffe?

RAM, wie gesagt würde ich ausschließen und Festplatte - eigentlich auch. lt. top 0,0% bei wait. Gut, ich weiß nicht was die anderen Kunden auf dem Server so treiben. Unser anderer Server hatte zu diesem Zeitpunkt allerdings noch eine stabile Framerate von 250. Unabhängig davon das beide auf der gleichen Maschine sind?

Zitat von »Impact«

kann ich dir sagen das über 85% der Personen die Gameserver auf einem Vserver betreiben ähnliche Probleme mit der Leistung haben.
Möglicherweise hat es in deinem Fall auch andere Zusammenhänge (Plugins, Mods bla bla)

Nunja, das das Teil natürlich net HighEnd ist, ist klar. Mich wundert eben nur das bis 14 Spielern nix passiert und dann - zack - mit einem Schlag. Natürlich sollte man eben nicht aus den Augen verlieren das es nur ein vServer ist - sonst schlägt sich die Kiste ja richtig wacker

Ich habe gerade mal bei meinem Hoster geschaut. Also was ich direkt habe ist ein virtuell dedizierter Server. Nun denn ... da werd ich wohl mal irgendwann auf nen richtigen Rooti umsteigen müssen. Noch ist es ja nicht so gewaltig

Zitat von »Bill«

Jedoch sollte man dazu sagen das auf manchen vServern man eben Gameserver hosten kann
und auf manchen nicht

Unserer kanns, aber eben nur bis zu einem Gewissen Maße ... Wichtig ist das es sonst Lagfrei läuft - und wann haben wir schonmal alle Slots belgt ... ist eher ma ne Ausnahme ...

Zitat von »DeaD_EyE«

Was ist das HostOS und welches OS hat die VM? Als Gast würde ich generell Linux bevorzugen. Schont die Ressourcen.

Das Host OS ist CentOS in er aktuellsten Version. Das wurde deswegen gemacht - so wurde es mir gesagt - weil CentOS nen aktuelleren Kernel haben sollte und wohl auch der Hypervisor XEN ne neuere Version haben soll. Wir selbst setzen (noch) Debian 5 ein, würde aber gern auf Debian 6 aufrüsten. Problem ist hier, das bei der Grundinstallation schon 71 Tasks laufen, bei Debian 5 sinds nur 45. Und bei 512 MB RAM mach ich mir da Gedanken das es dann nicht mehr für unsere beiden GS reicht

Zitat von »MadMakz«

Mit dem prozessor und mit XEN "sollte" es bei 20 spielern eigentlich keine probleme geben. was für ein kernel läuft denn auf dem gast?

Hatte ich weiter oben schon geschrieben Debain 5 mit 2.6.26-2-xen-amd64

Zitat von »Terrorkarotte«

Ist es denn so unwahrscheinlich, das mit den aktiven Slots auch der Verbrauch steigt? Schau einfach mal auf die Konsole, wie es mit dem Ram aussieht, wenn die Slotzahl erreicht wird, bei der es anfängt zu droppen.

Laut top waren zu diesem Zeitpunkt die CPU(s) zu 15 % ausgelastet. Per RCON sogar bei 0 ...
RAM selbst war zu diesem Zeitpunkt: Frei: 22 MB, gepuffert 11 MB, Cached 145 MB - also (für mich) im normalen Bereich ... Sorgen mach ich mir erst wenn der gechached Bereich unter 100 MB fällt ...

Als vServer Benutzer bin ich ja (leider) auf die Image Files von unserem Hoster angewiesen. Ich habe Debian 6 als Minimalinstallation ausgeführt. Das einzige was dort schon Vorinstalliert ist, ist SSH. Und trotzdem sind es 71 Tasks die laufen. Exim, Apache, MySQL läuft bei uns gar nicht. Unsere HP und FDL läuft über einen Webspace.

Zitat von »BehaartesEtwas«

was ist denn das für ein Xeon? das ist wirklich keine eindeutige cpu-angabe, alle Intel server cpus heißen Xeon seit fast 10 jahren oder so. gib mal den output von "cat /proc/cupinfo". plötzliche fps-einbrüche ab eine gewissen player-zahl sind ein klares indiz für eine zu langsame cpu. dagegen bist du dann einfach machtlos.

CPU ist ein Intel Xenon X3470 Quad Core. Ja das wird ja das Problem sein. Uns stehen zwar alle Cores zur Verfügung, aber die Vitualisierung brauch Rechenpower, wir sowieso - ich denke wir sind sowieso diejenigen die die meiste CPU Last verbraten - und die Restlichen Kunden uaf dem Server brauchen ja auch noch Power. Naja ... laufen tut er zu unserer Zufriedenheit. Mich hats halt nur gewundert, das erst bei 14 Spielern das Teil zu spacken anfängt und nicht schon vorher. Also schlagartig und nicht langsam wie man es sonst gewöhnt ist ...

Aber trotzdem Danke für Eure vielen Antworten. Zumindest weiß ich, daß wir uns das nächste mal nen richtigen Root zulegen werden

Zitat von »BehaartesEtwas«

die virtualisierung wird euch vielleicht nie auch nur annähernd 100% CPU power zuweisen, sondern vielleicht eher nur 30%. das hängt sehr von den einstellungen eures providers ab. ihr habt schon großes glück, dass es überhaupt halbwegs läuft. i.d.R. hat man eher lags selbst bei leerem server, weil einfach die cpu-zuweisung auf 1/10s-basis passiert...

die cpu an sich sollte ohne virtualisierung jedenfalls bequem ausreichen.

Ja wie schon geschrieben laufen auf der Kiste derzeit 2 Gameserver. Testweise hatten wir sogar schon einmal 3 für 4 Tage laufen. Gelaggt hat da nichts, weil sie eben alle nicht "voll" waren. Wir sind aber trotzdem zufrieden. Und für sprichwörtlich ein Appel und ein Ei was wir monatlich bezahlen will ich mich auch gar nicht beschweren. Aber der nächste wird mit Sicherheit ein echter Root.

Ich möchte diesen Thread nochmals aufgreifen. Ich bin am überlegen, ob wir in unserer Server.cfg den Wert der Frames komplett beschränken. Wir haben jetzt "0" was heißt, das er unendlich FPS zur Verfügung stellt. Wie in dem ersten Post geschrieben stehen uns tatsächlich 250 zur Verfügung. Nun habe ich überlegt diesen Wert auf 101 oder auf 67 zu beschränken. Aber sicher bin ich mir nicht wirklich, dann mir tun sich da ein paar Fragen auf, die mir nur "Experten" beantworten können:

1. Ist das sinnvoll?
2. Merkt man den Unterschied das er mit weniger FPS läuft (hauptsächlich mit 67)?
3. Gibt es dann Probleme mit der Hitbox?

// EDIT:

Wenn ich auf unseren Server connecte, habe ich die folgenden Infos aus netgraph als Bild angehangen. Ich habe in meiner Konfiguration vom PC keine festen Netsettings eingestellt (quasi original) und auf unserem Server ist der relevante Abschnitt dieser:



Vielleicht gibt es da ein paar Optimiungstipps. Vielen Dank.