Einleitung: Zielgruppe – Erfahrene Server-Besitzer & Sysadmins

Zielgruppe: Erfahrene Server-Besitzer und Sysadmins, die eine Produktions-FiveM-Instanz an ihre Grenzen bringen möchten, dabei aber Stabilität und GDPR-konforme Datenverwaltung aufrechterhalten wollen.

Ziel: Frame-Zeit konkret reduzieren, Join-Latenz senken und CPU-Zyklen freisetzen – ohne Gameplay-Kompromisse.

---

Start – Messen vor dem Tweaken

1. Zuerst Backup erstellen. Erstelle eine externe Kopie deines gesamten server-data-Ordners und der Datenbank. (hier ist die Backup-Anleitung)
2. Referenzlauf aufbauen:# In der Konsole resmon 1 # Live-Metriken – sieh Abschnitt 1 profilemode server sv_maxclients 32 # auf aktuelle Population abstimmen
3. Aufzeichnen:

   • Tick-Zeit (ms)

   • Durchschnittliche resmon-Nutzung pro Ressource

   • Join-to-Spawn-Zeit (Stoppuhr)

     Warum? Optimierung ohne Baseline ist Raterei. Speichere diese Zahlen, damit du jede Änderung, die Dinge verschlechtert, rückgängig machen kannst.

        ## _resmon_ wie ein Profi verwenden ([detaillierter Guide](https://vertexmods.com/blog/how-to-use-resmon-in-fivem-optimize-resources/))

        [![Screenshot der FiveM Resmon-Konsole](https://cdn.vertexmods.com/wp-content/uploads/2024/10/resmon-1024x585.webp)](https://vertexmods.com/blog/how-to-use-resmon-in-fivem-optimize-resources/)

Befehl

Was er tut

Typisches Ziel

resmon 1

Startet Live-Ressourcenmonitor.

Entwicklungsserver.

        `resmon_log <Sekunden>`

Gibt Durchschnittswerte als CSV aus.

Produktions-Sampling.

Faustregeln

• ≤ 0,40 ms Leerlaufnutzung → behalten.
• 0,40 – 1,00 ms → bald optimieren.
• > 1,00 ms → refaktorieren oder deaktivieren.

Wenn CPU-% Spitzen mit ~33 FPS Server-FPS-Einbrüchen zusammenfallen, ist der Engpass dein Script, nicht die Host-Hardware.

---

Konfigurationsebene-Anpassungen

2.1 server.cfg Essentials

# Netzwerk

        onesync on              # obligatorisch für >32 Slots
        sv_maxclients 64        # nur erhöhen wenn Tick-Zeit < 6 ms nach Optimierung
        sv_maxrate 65000        # Bytes/s pro Client (≈ 520 kbps)

sv_minrate 25000 sv_packetLoss 0.05 # trennen bei 5% dauerhaftem Verlust

Performance

        set sv_enhancedDriver true   # nur neuere FXServer-Builds

sets gamename "gta5" # Legacy-Fallbacks vermeiden

Hinweis: sv_enhancedDriver ist experimentell in Artifacts < 6368; Changelog prüfen.

2.2 OS & Host

• Ubuntu 22.04 LTS oder Windows Server 2022
• C-States deaktivieren (BIOS) und Performance-Governor setzen
• FXServer an High-Performance-Kerne binden:taskset -c 2-7 fxserver +exec server.cfg

---

3 · Ressourcenebene-Optimierung

3.1 Teure Loops refaktorieren

        -- Anti-Pattern (läuft jeden Frame)
        Citizen.CreateThread(function()
            while true do                 -- KEIN Wait
                local p = PlayerPedId()
                SetPedInfiniteAmmoClip(p, true)
            end
        end)
        -- Gut: Cache + Verzögerung
        local p = PlayerPedId()
        Citizen.CreateThread(function()
            while true do
                SetPedInfiniteAmmoClip(p, true)
                Wait(1000)                -- 1 Sek.
            end
        end)

        ### 3.2 Den FiveM Script Optimizer (AI) nutzen → ausprobieren

Füge dein Lua-Script ein – das Modell erkennt enge unendliche Loops, redundante Natives und bietet Auto-Patch-Vorschläge. Überprüfe die Diff-Ausgabe immer Zeile für Zeile vor dem Deployment.

3.3 Ungenutzte Ressourcen deaktivieren

Nur ensure, was du wirklich brauchst. Legacy-Scripts auskommentieren:

# ensure old_vehshop

3.4 Dynamisches LOD / Streaming-Budget

        Verwende den `r_drivepad`-cvar, um die Sichtweite für KI-Verkehr zu verringern, wenn die FPS der Clients unter 50 fallen.

---

4 · Asset-Ebene-Optimierung

Asset-Typ

Hartes Limit

Tooling

.ytd-Textur

≤ 16 MiB

Texture Toolkit, GIMP DDS-Export

Prop-Polygonanzahl

≤ 50 k

Blender Dezimierung + Auto-LODs

.awc-Audio

48000 Hz Mono

Audacity Resample

Gestreamte Daten leben im RAM. Halte stream/ unter 1 GB insgesamt oder riskiere Out-of-Memory-Client-Abstürze.

---

5 · Datenbank & I/O

• Verwende mysql-async oder oxmysql; vermeide synchrones MySQL.Sync.fetchAll in Ticks.
• Füge Indizes auf Spalten hinzu, die häufig in SELECT ... WHERE ...-Klauseln abgefragt werden.
• Cache unveränderliche Daten (z.B. Fahrzeugnamen) in Lua-Tabellen, nicht als DB-Zugriffe.

---

6 · Kontinuierliches Monitoring & Regressions-Guards

1. Automatisiertes nächtliches **resmon_log 120** – CSV an Grafana pipen.
2. Git Pre-Commit-Hook, der den AI Script Optimizer aufruft.
3. Load-Test jeder PR mit ≥ doppelter aktueller Slot-Anzahl.

---

7 · Wenn Hardware die Grenze ist

• Ryzen 7 7800X3D > Intel i9-14900K für Single-Thread-Latenz.
• 64 GB DDR5 6000 CL30 für minimale Page-Faults.
• NVMe Gen 4 SSD > 5000 MB/s für schnelles Map-Streaming.

        Mindestens **1 Gbps** up/down; geteilte vCPU-Pläne deaktivieren.

        [Beste Hosting-Anbieter (Ehrlicher Vergleich)](https://vertexmods.com/blog/fivem-hosting-provider-comparison)

---

8 · DSGVO & Datenschutz

        IPs **nicht** länger als betrieblich notwendig protokollieren (Erwägungsgrund 39). Bezeichner (`SHA-256`) hashen, wenn Analysen benötigt werden.

        Sicherstellen, dass Drittanbieter-Analytics-Scripts `SameSite=Lax` setzen und beim Abmelden löschen.

---

9 · Checkliste (für dein Admin-Team)

Was also tun? Hier in Kürze:

Aufgabe

Konkrete Aktion / Befehl

Bestehens-Kriterium

Pre-flight

1

Snapshot & Tag erstellen

        `tar -czf backup_$(date +%F).tgz ~/fivem/server-data && mysqldump -u root -p --single-transaction fivem > db.sql`
        Git-Tag: `git tag prod-$(date +%F)`

Archive extern gespeichert & Git CI grün

2

Artifact-Parität

        FXServer-Build dokumentieren, der im Staging getestet wurde (z.B. b6362)

Gleiche Build-Nummer in Prod bereit

3

Wartungsfenster

Spieler informieren, sv_login_token "" setzen oder txAdmin Wartungsmodus aktivieren

        Keine neuen Joins; aktuelle Spieler gewarnt

Deploy

4

Dienste sauber stoppen

        `txadmin stop` **oder** `Ctrl-C` in der Konsole; warten auf "Saving map…"

Keine verwaisten FXServer-Prozesse

5

Binaries upgraden

FXServer & alpine aus validiertem Artifact-Zip ersetzen

./FXServer +set version zeigt neuen Build

6

Optimierte server.cfg anwenden

Überprüfte Datei einlesen; +exec server.cfg +set comlint 1 ausführen

Keine "unknown cvar"-Fehler

7

Ressourcen trimmen

        Ungenutzte Scripts in `resources-disabled/` verschieben; mit `ensure <name>`-Liste bestätigen

resmon zeigt entfernte Einträge

8

Cache löschen & neu aufbauen

rm -rf cache/* dann save_gta_cache mymap bei großen Maps

Cache-Ordner neu befüllt

9

DB-Migration

        `ALTER`/`CREATE INDEX`-Scripts ausführen; mit `EXPLAIN` testen

Keine Full-Table-Scans im Query-Plan

10

An P-Kerne binden starten

taskset -c 2-7 ./FXServer +exec server.cfg

        Server startet; CPU-Affinität korrekt

        **Verifikation (10 Min.)**

11

Live-Metriken

resmon 1 in der Konsole

        Keine Ressource > 1 ms Langzeit-Leerlauf

12

Automatisiertes Sample

resmon_log 600 → CSV

        Durchschnittlicher Tick ≤ 6 ms; 99-tes Perzentil ≤ 8 ms

13

Join-Latenz

Stop-Uhr Join-to-Spawn mit frischem Cache

Zeit ≤ Baseline – 10%

14

Funktionaler Smoke-Test

Teleportieren, Item kaufen, Fahrzeug fahren, Garage speichern

        Kern-Gameplay-Pfade erfolgreich

Post-Deploy-Guards

15

Grafana-Feed

Cron: \resmon_log 120 → curl -XPOST …/influx\

16

CI-Regressions-Hook

        Pre-Commit führt AI Script Optimizer Diff aus; blockiert > +0,20 ms neue Kosten

Hook beendet mit 0 nur bei Grün

17

Log-Rotation & Hashing

        Cron: 24 h `find logs/ -mtime +1 -exec shasum -a 256 {} \; -exec rm {}`

        IPs ≤ 24 h aufbewahrt (DSGVO Erwägungsgrund 39)

18

Backup verifizieren

        Letzten Snapshot auf Staging wiederherstellen; Test-Server starten

        Snapshot startet; Daten intakt

19

Release Notes

        Changelog & Uptime-Fenster in Discord posten; in `/docs/releases.md` archivieren

Stakeholder bestätigt

20

Rollback-Plan bereit

        `git checkout prod-<datum>` und vorheriges Backup-Manifest kopieren

Rollback in Staging getestet

Vor dem Live-Gang: Binaries und Konfiguration einfrieren, ein sauberes Backup erstellen, mit CPU-Affinität deployen, resmon erneut ausführen bis jede Ressource unter 1 ms liegt, und IP-Logs nicht länger als 24 h aufbewahren, um DSGVO-Speicherbegrenzung einzuhalten.

---

Fazit

        Numerische Baseline aufbauen, schwere Scripts mit [resmon](https://vertexmods.com/blog/how-to-use-resmon-in-fivem-optimize-resources/) und dem AI-Optimizer refaktorieren, Assets verschlanken, `server.cfg` tunen und iterieren bis die Tick-Zeit bei Spitzenlast unter 6 ms bleibt.

---

Quellen

• Wie man FiveM-Server-Performance optimiert
• Ladezeiten optimieren
• Performance steigern – Scripts optimieren
• FiveM Script Optimizer (AI-Tool)
• Wie man resmon verwendet