FiveM-Server laufen mit einer Tick Rate von 64 pro Sekunde (64 FPS). Jeder Tick berechnet der Server die Positionen von Spielern, Fahrzeugen, NPCs und die Logik aller Scripts. Sinkt die FPS unter 30, erleben Spieler Desync: Fahrzeuge, die teleportieren, Schuesse, die nicht registriert werden, und Interaktionen, die haengen.
Server-FPS kontrollieren
In txAdmin sehen Sie die Server-FPS auf dem Dashboard. Der ideale Wert ist 64; alles ueber 50 ist akzeptabel. Unter 30 gibt es ein ernstes Problem.
Die haeufigsten Ursachen
1. Zu viele oder schlecht geschriebene Scripts
Die Ursache Nummer eins. Jede Resource fuehrt Code bei jedem Tick aus. Ein Script, das 0,5 ms pro Tick kostet, klingt harmlos, aber mit 100 Scripts sind Sie bereits bei 50 ms, was den Server auf 20 FPS beschraenkt.
Loesung: Verwenden Sie den Befehl resmon 1 in der Konsole (oder txAdmin). Das zeigt den CPU-Verbrauch pro Resource. Sortieren Sie nach Verbrauch und untersuchen Sie die schwersten Scripts.
2. Client-side Scripts, die server-side laufen
Scripts, die fuer den Client bestimmt sind (UI, HUD, NPC-Rendering), muessen in client.lua stehen, nicht in server.lua. Ein client-side NPC-Spawner, der versehentlich server-side laeuft, berechnet den NPC fuer jeden verbundenen Spieler, was den Server ueberbelastet.
3. Nicht optimierte Datenbankabfragen
Synchrone Datenbankaufrufe blockieren den Server, bis die Antwort zurueckkommt. Verwenden Sie immer asynchrone Queries ueber oxmysql. Fuegen Sie Indexes zu Spalten hinzu, nach denen Sie suchen (identifier, citizenid). Eine Abfrage ohne Index auf einer Tabelle mit 10.000 Zeilen ist spuerbar langsam.
4. Zu viele gestreamte Assets
Custom-Fahrzeuge, Kleidung, Karten und Props muessen zu jedem Spieler gesendet werden. Hunderte Custom-Fahrzeuge und umfangreiche MLOs (Map Interiors) erhoehen die Ladezeit und den Speicherverbrauch.
Loesung: Entfernen Sie ungenutzte Assets. Komprimieren Sie Texturen. Ziehen Sie eine Asset-Whitelist in Betracht.
5. OneSync-Einstellungen
OneSync ist das Netzwerksystem von FiveM. Ohne OneSync liegt das Spielerlimit bei 32 und die Performance ist schlechter. Stellen Sie sicher, dass OneSync aktiviert ist:
set onesync on
Der Infinity-Modus (set onesync legacy deaktivieren) skaliert besser bei vielen Spielern.
Optimierungstipps
- Entfernen Sie Scripts, die niemand nutzt oder die ueberlappende Funktionalitaet haben.
- Verwenden Sie
Wait()oderCitizen.Wait()in Loops. Ein Loop ohne Wait laeuft bei jedem Tick und verschwendet CPU. - Cachen Sie haeufig verwendete Werte, statt sie bei jedem Tick abzurufen.
- Verwenden Sie Events und Callbacks statt Polling (staendiges Pruefen, ob sich etwas geaendert hat).
- Starten Sie den Server taeglich neu. FiveM-Server bauen Speicher durch Script-Leaks auf.
Wie viele Scripts sind zu viel?
Es gibt keine feste Zahl. Es haengt von der Qualitaet ab. Ein Server mit 50 gut geschriebenen Scripts kann besser performen als einer mit 20 schlechten. Ueberwachen Sie mit resmon und konzentrieren Sie sich auf die schwersten Resources.
Hilft mehr RAM gegen Lag?
Nur wenn der Lag durch Speichermangel verursacht wird (der Server swappt auf die Festplatte). In den meisten Faellen ist die CPU der Engpass, nicht das RAM. Mehr RAM hilft bei vielen gestreamten Assets, nicht bei Script-Performance.
Kann ich die Tick Rate senken?
Nein. FiveM laeuft immer mit 64 Ticks pro Sekunde. Wenn der Server das nicht schafft, sinkt die FPS. Die Loesung ist die Reduzierung der Belastung, nicht die Senkung der Erwartung.
FiveM-Server mit garantierter CPU laufen auf den FiveM-Paketen von HostValues.
