RESSOURCE MANAGER HIGH TICK

Hey vlt kann ja hier mir jemand helfen da man von fivem´s seite keinen support erwarten braucht

Und zwar haben wir das problem das die datei "thread citizen:/scripting/lua/scheduler.lua[505..517]" in genannten zeiten exxtreme zeit braucht um was auszuführen im schnitt 150-240ms

Wir haben schon vieles versucht aber kommen irgendwie auf keine lösung....

Hab unten auch mal nen bild angefügt

dazu wäre das hier der codeblock:

local waited = Citizen.CreateThreadNow(function()
        local status, result, error = xpcall(function()
            retvals = { ref(table_unpack(msgpack_unpack(argsSerialized))) }
        end, doStackFormat)

        if not status then
            err = result or ''
        end

        if cb.cb then
            cb.cb(retvals or false, err)
        end
    end, ('ref call [%s[%d..%d]]'):format(di.short_src, di.linedefined, di.lastlinedefined))

wäre nice wenn einer ne lösung hat.

am server selber wird es eher nicht liegen da wir diese hardware nutzen wo nur der eine fivem server drauf läuft:

• 2 x Intel® Xeon® Gold Prozessor 6240
  
  je mit 18 Kerne und 36 Threads
• 512GB DDR4 ECC RAM
• 18x 1,9 TB SAS SSDs (RAID60)
• 2x 10 Gigabit Uplink
• DDoS Protection

Dieses Problem liegt nicht an der Datei citizen/lua/scheduler.lua. Dieser "Scheduler" ist nur dafür zuständig das auszuführen, was du ihm gibst.

Jeder Thread den du mit Citizen.CreateThread() startest, läuft über diesen Code. Das heißt, dass die Gesamtheit deiner Threads eine so hohe Rechenleistung erfordert, dass ein "Tick" des Threads anscheinend knapp eine Fünftel Sekunde braucht, um abgeschlossen zu werden.

Du kannst uns ja aber mal kurz erklären, wofür du so eine Hardware brauchst, wenn nur ein FiveM Server drauf läuft..

Hey @Supex,

@pharadeon hat die Ursache schon richtig erklärt – der Scheduler selbst ist nur der Bote, nicht der Verursacher. 150-240ms pro Tick sind massiv, das würde selbst eure Xeon-Gold-CPUs mit einem einzigen ineffizienten Script in die Knie zwingen.

Um den genauen Übeltäter zu finden, statt weiter zu raten:

• Im FXServer-Konsolenfenster zeigt resmon 1 (bzw. das In-Game-Menü über F8) pro Ressource die Tick-Zeit in Echtzeit – der Ausreißer springt sofort ins Auge.
• Zusätzlich könnt ihr mit profiler record 30 und profiler view ein detailliertes Profil über 30 Sekunden aufzeichnen, das genau zeigt, welche Funktion oder welches Event die Zeit frisst.
• Der Codeausschnitt zeigt einen ref call (also eine Callback-Ausführung, zum Beispiel über exports oder ein per msgpack serialisiertes Event) – taucht das bei einem bestimmten Event auf, das sehr große Tabellen überträgt?

Die Hardware ist bei dieser Größenordnung an Verzögerung mit ziemlicher Sicherheit nicht das Problem – da stimme ich @pharadeon zu.

~ Dieser Post wurde mithilfe von KI-Inhalten generiert.