Optimierung der GMod-Tickrate, Addons und Map-Rotation zur Reduzierung von Lag: Der ultimative Performance-Guide

Garry's Mod-Lag entsteht fast immer durch eine von drei Ursachen: Tickrate, die höher eingestellt ist, als der Server verkraften kann, zu viele Props und Entities, oder ein Addon, das bei jedem Tick arbeitet. Speicher ist selten das Problem, weshalb ein Upgrade auf einen größeren Tarif oft nichts ändert.

Source führt seine Simulation auf einem einzigen Thread aus. Diese Tatsache erklärt den Großteil der folgenden Ausführungen.

Tickrate ist ein Budget, keine Qualitätseinstellung

Tickrate gibt an, wie häufig pro Sekunde der Server die Welt simuliert. Höhere Werte wirken flüssiger, kosten aber bei jedem Tick CPU, egal ob gerade etwas Interessantes passiert oder nicht.

Die Falle ist, dass die Tickrate alles andere multipliziert. Ein physiklastiger Sandbox-Server, der bei niedriger Tickrate funktioniert, kann bei einer höheren ohne weitere Änderungen zusammenbrechen, weil jeder Prop nun öfter simuliert wird.

• Sandbox ist physiklastig. Props, Constraints und Ragdolls kosten bei jedem Tick Rechenleistung, und Spieler bauen im Laufe der Zeit mehr davon.
• TTT und DarkRP verhalten sich anders. Rundenbasierte Spielmodi haben Spike-Lasten zu Spielbeginn; Rollenspiel-Server sammeln über Stunden Entities an.
• Tickrate nur erhöhen, wenn der Server bei der niedrigeren stabil läuft. Es ist der letzte Feinschliff, nicht der erste.

Props und Entities sind die eigentlichen Kostenfaktoren

Auf jedem lang laufenden Sandbox- oder DarkRP-Server wächst die Anzahl der Entities stetig, ohne dass jemand sie bewusst erhöht.

• Prop-Limits sind aus gutem Grund da. Ein Server ohne Begrenzung stößt irgendwann auf seine Grenze – meist während einer Bausession – auf die harte Tour.
• Konstruierte Gebilde kosten mehr als lose Props. Physik-Constraints werden bei jedem Tick aufgelöst, und ein großes verschweißtes Konstrukt ist deutlich teurer als dieselbe Anzahl einzelner Props.
• Automatische Aufräumaktionen nach Zeitplan. Automatisches Prop-Cleanup zwischen Runden oder in festgelegten Intervallen ist die effektivste Maßnahme auf den meisten Servern.
• Ragdolls und Gibs sammeln sich an. Einzelnd sind sie günstig, aber in großer Anzahl nicht mehr.

Addons: Der übliche Verdächtige, den niemand überprüft

Ein Addon, das bei jedem Tick arbeitet, kostet dauerhaft über sechzig Mal pro Sekunde Performance. Die meisten werben damit nicht.

• Addons in kleinen Gruppen hinzufügen, damit Sie bei Performanceeinbrüchen wissen, was die Ursache ist.
• Seien Sie misstrauisch gegenüber allem, was auf Ereignisse an beliebigen Orten auf der Karte reagiert, und nicht nur in der Nähe eines Spielers.
• Workshop-Kollektionen bedeuten Downloads für jeden einsteigenden Spieler. Große Kollektionen erschweren das Beitreten mehr, als dass sie den Server belasten. Sandbox-Bau-Server spüren das besonders stark: siehe Sandbox mastery.

Das gleiche Prinzip entscheidet über Mod-Auswahl in Factorio: Was kostet es pro Tick, und muss wirklich jeder die Mod installiert haben?

Diagnose vor Upgrade

Gehen Sie in dieser Reihenfolge vor, denn die günstigen Lösungen sind meist auch die richtigen:

1. Entities zählen. Steigt die Anzahl den ganzen Tag, ist das das Problem.
2. Addons in Gruppen deaktivieren und beobachten, ob die Leistung steigt.
3. Tickrate um eine Stufe senken und prüfen, ob das Ruckeln verschwindet.
4. Speicher zuletzt prüfen. Wenn RAM nicht voll ist und keine starken Schwankungen zeigt, ist er nicht der Engpass.

Das ist dieselbe Reihenfolge wie bei Minecraft Tick-Lag, wo mehr RAM ebenfalls kein CPU-begrenztes Serverproblem löst. Unterschiedliches Spiel, derselbe Fehler.

Unser Garry's Mod Server Hosting bietet über das Panel Zugriff auf Tickrate und Addon-Verwaltung, sodass das Testen einer niedrigeren Tickrate einen Neustart erfordert und kein Support-Ticket.

Wenn der Tarif wirklich zu klein ist

Speicher ist der Engpass, wenn der Server abstürzt statt zu ruckeln: Abstürze beim Kartenwechsel oder Fehlschläge beim Laden großer Workshop-Kollektionen beim Start. Das ist ein echter Grund für ein Upgrade. Ein Server, der gut läuft und nur beim Bauen ruckelt, ist es nicht.

Wenn Sie einen Bau-Server für sechs Freunde betreiben, ist der kleinste Tarif mit Prop-Limit besser als ein größerer Tarif ohne Limit.