MonolithWIKI
1.21.11 aktiv
MONOLITH WIKICode-verifiziert

Commands & Diagnostics

Alle aktuellen Monolith-Befehle, ihre Ausgaben und die richtige Reihenfolge vom Symptom zur belastbaren Ursache.

START HERE

Du weißt nicht, welchen Befehl du brauchst?

Erster Befehl
/monolith status
Wenn die Ausgabe zeigt …Nächster BefehlWarum
P95/P99 oder Tickbudget auffällig/monolith performanceOrdnet Ticklast einem gemessenen Subsystem zu.
Heap, GC oder Memory auffällig/monolith memoryTrennt Post-GC-Bestand, Allocation, Direct Memory, Queue und Cache.
Proxy ACTION REQUIRED/monolith proxyPrüft Forwarding und Backend-Konfiguration.
Failure Storm oder Fehlerfingerprint/monolith stabilityZeigt Recovery-, Storage- und Shutdown-Kontext.
LOW COST → EVIDENCE

Empfohlene Diagnose-Reihenfolge

  1. 01

    Globalen Zustand sichern

    Mit /monolith status Health, P95/P99, Last und Speicher erfassen.

    text
    /monolith status
  2. 02

    Subsystem bestimmen

    Mit /monolith performance Tickbudget, führenden Hotpath, CPU, GC und Queues lesen.

    text
    /monolith performance
  3. 03

    Gezielt vertiefen

    Nur den passenden günstigen Leser ausführen: memory, plugins, worlds oder proxy.

    text
    /monolith memory
    /monolith plugins
    /monolith worlds
    /monolith proxy
  4. 04

    Problem reproduzieren

    Denselben Spieler- oder Serverablauf wiederholen. Noch keinen künstlichen Lastgenerator zuschalten.

  5. 05

    DEEP nur bei unklarer Ursache

    Die Autopsy endet automatisch und stellt den konfigurierten Low-Overhead-Modus wieder her.

    text
    /monolith performance diagnose 60
  6. 06

    JFR nur als letzte Tiefenstufe

    Flight Recorder schreibt ein Paket und aktiviert zusätzlich das Pluginprofil.

    text
    /monolith record 60s
  7. 07

    Nach Korrektur prüfen

    Danach wieder beim günstigen Überblick beginnen.

    text
    /monolith status
    /monolith performance

Problem-Entscheidungsbaum

Symptom → Befehl → nächster Schritt
Server langsam?
├─ dauerhaft hohe MSPT → /monolith performance
│  ├─ PLUGIN_EVENTS / PLUGIN_TASKS → /monolith plugins
│  ├─ CHUNK_SAVE / WORLD_SAVE → /monolith worlds
│  ├─ Entity-Hotpath → /monolith performance diagnose 60
│  └─ Ursache unklar → /monolith performance diagnose 60
├─ nur einzelne Spikes → /monolith performance
│  └─ P99 / MAX / spike clusters → diagnose 60 → bei Bedarf record 60s
├─ RAM wächst oder GC auffällig → /monolith memory
│  ├─ TRANSIENT_ALLOCATION_PRESSURE → /monolith profile start 60
│  ├─ QUEUE_PRESSURE → /monolith worlds + /monolith runtime
│  └─ Post-GC steigt → /monolith record 60s
├─ Chunks langsam → /monolith performance + /monolith worlds
├─ Login / Proxy → /monolith proxy
└─ viele Fehler → /monolith stability → /monolith errors

Quick Command Reference

BefehlZweckKostenEinsatz
/monolith statusZeigt den günstigsten globalen Überblick über Tickrate, Latenz, Last, Speicher, Health und Proxy-Modus.NIEDRIGPRODUKTIV SICHER
/monolith performanceOrdnet Ticklast einem gemessenen Hotpath zu und zeigt Tickbudget, Perzentile, CPU, GC, Autopsy-Zustand und Warteschlangen.NIEDRIGPRODUKTIV SICHER
/monolith performance diagnose [Sekunden]Aktiviert vorübergehend den DEEP-Autopsy-Modus und schreibt Performance-Analyse- sowie Autopsy-Artefakte.MITTELNUR VORÜBERGEHEND
/monolith analyticsZeigt die vollständige Analytics-Hilfe und den empfohlenen Einstieg in begrenzte Performance-Forensik.NIEDRIGPRODUKTIV SICHER
/monolith analytics start [light|standard|deep|developer] [Sekunden]Startet genau eine lokale, begrenzte Analytics-Aufnahme mit versioniertem Report.MODUSABHÄNGIGZEITLICH BEGRENZT
/monolith analytics stopBeendet die aktive Aufnahme als COMPLETE und finalisiert CPU-, JVM-, Engine- und Integritätsdaten.MODUSABHÄNGIGZEITLICH BEGRENZT
/monolith analytics statusZeigt Capture-Zustand, Modus, Restzeit, Tick-/CPU-Samples, Spikes, Reportgröße und letzten Fehler.NIEDRIGPRODUKTIV SICHER
/monolith analytics cancelVerwirft die aktive Aufnahme ohne Report und räumt CPU-Sampler, JVM-Contention, Engine-Zähler und Developer-Counter auf.MODUSABHÄNGIGZEITLICH BEGRENZT
/monolith analytics historyListet bis zu zehn der neuesten lokalen HTML-Berichte mit Status, Modus, Dauer, P95, P99 und Primärbefund.NIEDRIGPRODUKTIV SICHER
/monolith analytics export <Report-ID> [raw]Löst standardmäßig den eigenständigen Offline-HTML-Bericht sicher auf und prüft Schema sowie SHA-256-Integrität; raw liefert optional das Maschinenformat.NIEDRIGPRODUKTIV SICHER
/monolith analytics compare <Before-ID> <After-ID>Prüft Vergleichbarkeit und berechnet nur bei bestandenem Gate verfügbare A/B-Deltas.MODUSABHÄNGIGZEITLICH BEGRENZT
/monolith memoryTrennt momentane Heapbelegung, Post-GC-Bestand, Allokation, Direct Memory, Caches und Warteschlangen voneinander.NIEDRIGPRODUKTIV SICHER
/monolith pluginsZeigt das aktuelle oder letzte Pluginprofil, Allokationsqualität und Plugin-Fehlerfingerprints.NIEDRIGPRODUKTIV SICHER
/monolith worldsZeigt beobachtete Speicherintegrität, Save-Warteschlange, Latenz, Fehler und Weltzuordnung.NIEDRIGPRODUKTIV SICHER
/monolith proxyPrüft Proxy-Modus, Online-Mode, Forwarding und PROXY Protocol ohne das Secret auszugeben.NIEDRIGPRODUKTIV SICHER
/monolith stabilityFasst Failure Storm, Speicherzustand, Weltintegrität und Shutdown-Phase zusammen.NIEDRIGPRODUKTIV SICHER
/monolith readinessBewertet konservativ Testmodus, Failure Storm, Weltintegrität, Speicher, Shutdown und vorhandene Stabilitätsevidenz.NIEDRIGPRODUKTIV SICHER
/monolith errorsListet bis zu zehn zuletzt analysierte Fehler mit ID, Kategorie, Risiko, Kurzfassung und Trace-Datei.NIEDRIGPRODUKTIV SICHER
/monolith profile [start [Sekunden]|stop]Startet, stoppt oder liest ein begrenztes Plugin- und Allokationsprofil.MITTELNUR VORÜBERGEHEND
/monolith record [Sekunden]Zeigt den Flight-Recorder-Status oder startet ein begrenztes JFR-Paket samt Pluginprofil.HOCHNUR VORÜBERGEHEND
/monolith runtimeZeigt die tatsächlich wirksame Laufzeitkonfiguration für Adaptive Runtime, Villager-Brains, Diagnose und Bossbars.NIEDRIGPRODUKTIV SICHER
/monolith bossbar [status|on|off|toggle]Liest oder ändert den globalen Laufzeitstatus der Performance-Bossbars.NIEDRIGPRODUKTIV SICHER
/monolith versionZeigt die vollständige Buildidentität einschließlich Minecraft, Commit, Paper-Upstream, Mapping, Patchstand, Java und GC.NIEDRIGPRODUKTIV SICHER
/monolith reloadValidiert und lädt ausschließlich monolith.yml neu; Minecraft und Plugins werden nicht vollständig neu geladen.NIEDRIGPRODUKTIV SICHER
/allbars [on|off|toggle|status]Steuert TPS-, RAM- und CPU-Bossbar gemeinsam.NIEDRIGPRODUKTIV SICHER
/cpubar [on|off|toggle|status]Steuert ausschließlich die CPU-Bossbar.NIEDRIGPRODUKTIV SICHER
/rambar [on|off|toggle|status]Steuert ausschließlich die RAM-Bossbar.NIEDRIGPRODUKTIV SICHER
/tpsbar [on|off|toggle|status]Steuert ausschließlich die TPS-Bossbar.NIEDRIGPRODUKTIV SICHER
/overload [start [light|heavy|extreme] [10-300]|status|stop]Erzeugt begrenzten Tick-, CPU-, Heap-, Allokations- und GC-Druck und zeichnet Benchmark V2 automatisch auf.HOCHNUR BENCHMARK
/debugchunks <Aktion>Steuert die vor Start und Whitelist-gebundene asynchrone Chunk-Vorbereitung mit Checkpoint, Pause und adaptiver Pipeline.HOCHNUR ENTWICKLUNG

Aufgeführt sind die Befehle für normalen Serverbetrieb sowie die beiden ausdrücklich gesicherten Wartungswerkzeuge. Interne Entwicklungs- und Kampagnenbefehle gehören nicht in die öffentliche Nutzerreferenz.

Ausgabe ohne erfundene Beispielwerte lesen

Monolith formatiert dynamische Werte zur Laufzeit. Das Schema entspricht den tatsächlichen Labels; Platzhalter in spitzen Klammern sind ausdrücklich keine Messergebnisse.

Ausgabeschema von /monolith status
━━━━━━━━ MONOLITH RUNTIME STATUS ━━━━━━━━
TPS: <1 Minute> / <5 Minuten> / <15 Minuten>
MSPT: avg <ms> | P95 <ms> | P99 <ms>
Players: <online>
Loaded chunks: <geladen>
Entities: <geladen>
Memory: <benutzt> / <Maximum> MiB
GC: <Collector>
Runtime health: <Band> (<Score>/100)
Proxy backend: <Modus>

Health & Status

/monolith statusZeigt den günstigsten globalen Überblick über Tickrate, Latenz, Last, Speicher, Health und Proxy-Modus.NIEDRIGPRODUKTIV SICHER
SubsystemHealth & Status
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Aliase /monolith/mono/mono status

Wann verwenden?

  • Immer als ersten Schritt bei unbekannter Serverlast.
  • Nach einer Änderung erneut ausführen, um die Wirkung leichtgewichtig zu prüfen.

Syntax

Befehl kopieren
/monolith
/monolith status

Ausgabe verstehen

TPS
Tickrate der letzten 1, 5 und 15 Minuten.
MSPT
Average, P95 und P99 der Tickdauer. P95 beschreibt die langsamsten fünf Prozent ohne die extremsten Ausreißer; P99 macht seltene Spikes sichtbar.
Players / Loaded chunks / Entities
Aktuelle Größenordnung der beobachteten Arbeitslast.
Memory
Benutzter Heap im Verhältnis zum maximalen Heap; allein noch keine Leak-Diagnose.
GC
Aktiver Garbage Collector.
Runtime health
Health-Band und transparenter Score von 0 bis 100.
Proxy backend
Erkannter Direkt-, Velocity- oder Bungee-Modus.

Statuswerte

  • EXCELLENT 90–100
  • GOOD 75–89
  • DEGRADED 50–74
  • POOR 25–49
  • CRITICAL 0–24

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Hier beginnen. Bei auffälliger P95/P99 zu performance, bei Speicherdruck zu memory, bei Proxy-Hinweis zu proxy wechseln.

Was mache ich danach?

  • P95/P99 auffällig → /monolith performance
  • Heap oder GC auffällig → /monolith memory
  • Health-Abzug prüfen → /monolith performance
/monolith stabilityFasst Failure Storm, Speicherzustand, Weltintegrität und Shutdown-Phase zusammen.NIEDRIGPRODUKTIV SICHER
SubsystemHealth & Status
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Viele Fehler treten in kurzer Zeit auf.
  • Vor einem kontrollierten Neustart oder nach einem Recovery-Ereignis.

Syntax

Befehl kopieren
/monolith stability

Ausgabe verstehen

Failure storm mode
ACTIVE oder INACTIVE.
Failures in window / Unique fingerprints
Fehlerhäufigkeit und deduplizierte Signaturen samt Evictions.
Memory pressure / reason
Aktueller Speicherdruck und Scoregrund.
Storage health
Beobachtete Weltintegrität.
Shutdown
Nicht angefordert oder Phase samt verstrichener Zeit.
Fingerprintzeilen
Kurz-ID, Quelle, Häufigkeit und letzte Recovery-Entscheidung.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Fingerprint und letzte Entscheidung zuerst sichern. Danach errors, worlds oder memory gezielt öffnen.

Was mache ich danach?

  • Fehlerdetails → /monolith errors
  • Storage auffällig → /monolith worlds
  • Memory auffällig → /monolith memory
  • Freigabestatus → /monolith readiness
/monolith readinessBewertet konservativ Testmodus, Failure Storm, Weltintegrität, Speicher, Shutdown und vorhandene Stabilitätsevidenz.NIEDRIGPRODUKTIV SICHER
SubsystemHealth & Status
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Vor längeren Tests oder einer Betriebsfreigabe.
  • Nach Recovery-, Kill- oder Soak-Tests.

Syntax

Befehl kopieren
/monolith readiness

Ausgabe verstehen

Status
NOT_ASSESSED, BLOCKED oder READY_FOR_EXTENDED_TESTING; niemals eine automatische Produktionsfreigabe.
Checks
Je Gate PASS, FAIL oder NOT_RUN mit konkreter Evidenz.
Limitation
Expliziter Hinweis, dass Backups, Kill-Tests, Soak-Evidenz und Betreiberprüfung extern bleiben.

Statuswerte

  • BLOCKED bei mindestens einem FAIL
  • READY_FOR_EXTENDED_TESTING nur ohne FAIL und mit drei vollständigen Evidenzdateien
  • NOT_ASSESSED ohne FAIL, solange Evidenz fehlt

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

NOT_RUN ist keine Freigabe. Die genannten Evidenzdateien erzeugen und den Befehl erneut ausführen.

Was mache ich danach?

  • FAIL erklären → /monolith stability
  • Memory FAIL → /monolith memory
  • World FAIL → /monolith worlds
/monolith errorsListet bis zu zehn zuletzt analysierte Fehler mit ID, Kategorie, Risiko, Kurzfassung und Trace-Datei.NIEDRIGPRODUKTIV SICHER
SubsystemHealth & Status
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Konsole zeigt eine Monolith-Fehler-ID.
  • Stability meldet neue Fingerprints.

Syntax

Befehl kopieren
/monolith errors

Ausgabe verstehen

MONOLITH RECENT ERRORS
Kennzeichnet die sortierte Fehlerübersicht.
Error ID / category / risk / summary
Identität, Klassifikation, Risiko und Kurzbeschreibung.
Full trace
Pfad zur vollständigen Stacktrace-Datei.
No errors…
In diesem Prozess wurde noch kein Fehler analysiert.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Die Fehler-ID und Trace-Datei gemeinsam sichern; nur die Kurzfassung reicht für Ursachenanalyse nicht aus.

Was mache ich danach?

  • Plugin-Kategorie → /monolith plugins
  • Storage-Kategorie → /monolith worlds
  • Wiederholte Fehler → /monolith stability

Performance, Tick- und Spike-Analyse

/monolith performanceOrdnet Ticklast einem gemessenen Hotpath zu und zeigt Tickbudget, Perzentile, CPU, GC, Autopsy-Zustand und Warteschlangen.NIEDRIGPRODUKTIV SICHER
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • TPS ist dauerhaft niedrig.
  • Average MSPT wirkt gesund, aber Spieler melden einzelne Spikes.
  • Entity-, Chunk-, Plugin-, Netzwerk- oder Speicherarbeit soll voneinander getrennt werden.

Syntax

Befehl kopieren
/monolith performance

Ausgabe verstehen

TPS
Aktuelle Ein-Minuten-Tickrate.
MSPT AVG / P95 / P99 / MAX
Mittelwert, Tail-Latenz und langsamster gemessener Tick. Ein guter Mittelwert kann gleichzeitig eine schlechte P99 besitzen.
Tick budget
Average MSPT relativ zu 50 ms samt Klasse EXCELLENT bis SEVERE.
P95 / P99 headroom
50 ms minus jeweiliges Perzentil. Negative Werte liegen über dem Tickbudget.
Primary measured cost
Größter aktuell gemessener Hotpath oder unavailable — start a benchmark, wenn keine Evidenz vorliegt.
Entities / Chunks
Geladene und, sofern verfügbar, tatsächlich tickende beziehungsweise aktive Mengen.
Heap / CPU
JVM-Heap und Prozess-CPU; unavailable bleibt ausdrücklich sichtbar.
GC since sample
GC-Pausenzeit und Verhältnis seit der letzten Stichprobe.
Adaptive runtime
NORMAL, CONSTRAINED, RECOVERING oder DISABLED.
Autopsy
OFF, LIGHT, DEEP oder BENCHMARK samt Restzeit und Ringpuffergröße.
Recent spike clusters
Anzahl beobachteter Spikes und zusammengefasster Signaturen.
Primary autopsy boundary
Führende Kategorie der aktuellen Autopsy-Evidenz.
Observed queues
Tiefe der Monolith-Hintergrund- und Save-Warteschlange.
Score factors
Jeder tatsächlich angewandte Health-Abzug.

Statuswerte

  • EXCELLENT < 10 ms
  • HEALTHY 10 bis < 25 ms
  • HEAVY 25 bis < 40 ms
  • SATURATED 40 bis < 50 ms
  • OVER_BUDGET 50 bis 100 ms
  • SEVERE > 100 ms

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Zuerst diese Momentaufnahme lesen. Nur bei unklarer oder sporadischer Ursache die zeitlich begrenzte DEEP-Diagnose starten.

Was mache ich danach?

  • Unklare Hotpath-Ursache → /monolith performance diagnose 60
  • PLUGIN_EVENTS oder PLUGIN_TASKS → /monolith plugins
  • CHUNK_SAVE oder WORLD_SAVE → /monolith worlds
  • GC/Heap → /monolith memory
/monolith performance diagnose [Sekunden]Aktiviert vorübergehend den DEEP-Autopsy-Modus und schreibt Performance-Analyse- sowie Autopsy-Artefakte.MITTELNUR VORÜBERGEHEND
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Der leichte Performance-Überblick zeigt keine eindeutige Ursache.
  • Seltene Spikes müssen während eines reproduzierbaren Fensters erfasst werden.

Syntax

Befehl kopieren
/monolith performance diagnose
/monolith performance diagnose 60

Argumente

ArgumentPflichtStandardBedeutung
SekundenNein605 bis monolith.autopsy.maximum-diagnosis-seconds; Standardmaximum 300.

Ausgabe verstehen

Startmeldung
Bestätigt Dauer, DEEP-Modus, automatische Rückkehr und Artefakterzeugung.
Fehlertext
Nennt ungültige Dauer oder einen konkurrierenden Benchmark beziehungsweise Flight Recorder.
Artefakte
Nach Ablauf entstehen Performance-Analysis- und Autopsy-Dateien; der konfigurierte Low-Overhead-Modus wird wiederhergestellt.

Seiteneffekte & automatische Beendigung

  • Aktiviert tiefere Hotpath-Messung für ein begrenztes Zeitfenster.
  • Schreibt Diagnoseartefakte.
  • Stoppt automatisch nach der gewählten Dauer.

Empfohlene Nutzung

Problem zuerst reproduzierbar machen, dann 60 Sekunden messen. Nicht gleichzeitig Benchmark oder Flight Recorder starten.

Was mache ich danach?

  • Nach Ablauf → /monolith performance
  • Artefaktpfad und Hotpath prüfen → /monolith record 60s nur bei Bedarf
  • Plugin-Hotpath → /monolith plugins
/monolith analyticsZeigt die vollständige Analytics-Hilfe und den empfohlenen Einstieg in begrenzte Performance-Forensik.NIEDRIGPRODUKTIV SICHER
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Ein reproduzierbares Leistungsproblem als lokaler Report erfasst werden soll.
  • Vor der Wahl zwischen LIGHT, STANDARD, DEEP und DEVELOPER.

Syntax

Befehl kopieren
/monolith analytics
/monolith analytics help

Ausgabe verstehen

Help
Syntax für Start, Stop, Status, Cancel, History, Export und Compare.
Mode-Hinweis
STANDARD für normale Diagnose; tiefe Modi bleiben hart begrenzt.

Seiteneffekte & automatische Beendigung

  • Keine; die Hilfe startet keine Aufnahme.

Empfohlene Nutzung

Für normale Diagnose mit /monolith analytics start standard 60 beginnen.

Was mache ich danach?

  • Normale Diagnose → /monolith analytics start standard 60
  • Bestehende Reports → /monolith analytics history
/monolith analytics start [light|standard|deep|developer] [Sekunden]Startet genau eine lokale, begrenzte Analytics-Aufnahme mit versioniertem Report.MODUSABHÄNGIGZEITLICH BEGRENZT
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Lag, Spikes, Heapwachstum, breite Entity Queries, Pathfinding, Chunk-, Netzwerk-, Plugin- oder Queue-Arbeit reproduziert werden kann.

Syntax

Befehl kopieren
/monolith analytics start
/monolith analytics start standard 60
/monolith analytics start deep 120
/monolith analytics start developer 60

Argumente

ArgumentPflichtStandardBedeutung
ModusNeinSTANDARDLIGHT, STANDARD, DEEP oder DEVELOPER.
SekundenNeinModusstandardMindestens 5; Maximum LIGHT 1800, STANDARD 600, DEEP/DEVELOPER 300.

Ausgabe verstehen

State
CAPTURING.
Actionbar
Spieler sehen echten Zeitfortschritt, Samples und Spikes.
Report ID
Lokale stabile Kennung für History, Export und Compare.

Statuswerte

  • LIGHT ohne CPU-Sampling
  • STANDARD als Default
  • DEEP mit gesampelten Engine-Zählern
  • DEVELOPER mit Vollzählung und MONO-PERF-Countern

Seiteneffekte & automatische Beendigung

  • Aktiviert ausschließlich beobachtende Sampler und begrenzte Ringpuffer.
  • Erzeugt nach der Analyse atomar einen eigenständigen Offline-HTML-Bericht unter monolith/analytics/.

Empfohlene Nutzung

Problem vorbereiten, STANDARD 60 starten, Last reproduzieren und automatisch finalisieren lassen.

Was mache ich danach?

  • Währenddessen → /monolith analytics status
  • Früh beenden → /monolith analytics stop
  • Verwerfen → /monolith analytics cancel
/monolith analytics stopBeendet die aktive Aufnahme als COMPLETE und finalisiert CPU-, JVM-, Engine- und Integritätsdaten.MODUSABHÄNGIGZEITLICH BEGRENZT
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Das Problem wurde vor dem automatischen Ende vollständig reproduziert.

Syntax

Befehl kopieren
/monolith analytics stop

Ausgabe verstehen

Finalizing
Nennt den Dateinamen des entstehenden Reports.

Seiteneffekte & automatische Beendigung

  • Stoppt Sampler, stellt temporäre Messzustände wieder her und plant atomaren Report-I/O außerhalb des Tickthreads.

Empfohlene Nutzung

Nach FINALIZING, ANALYZING und GENERATING_REPORT den eigenständigen HTML-Bericht lokal öffnen.

Was mache ich danach?

  • Zustand prüfen → /monolith analytics status
  • Report finden → /monolith analytics history
/monolith analytics statusZeigt Capture-Zustand, Modus, Restzeit, Tick-/CPU-Samples, Spikes, Reportgröße und letzten Fehler.NIEDRIGPRODUKTIV SICHER
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Während CAPTURING, FINALIZING, ANALYZING oder GENERATING_REPORT geprüft werden soll, ob die Aufnahme gesund und begrenzt bleibt.

Syntax

Befehl kopieren
/monolith analytics status

Ausgabe verstehen

State
IDLE, INITIALIZING, CAPTURING, FINALIZING, ANALYZING, GENERATING_REPORT, COMPLETE, INCOMPLETE, CANCELLED, REPORT_GENERATION_FAILED oder FAILED.
Samples
Retained Tick Samples, CPU Samples und echte Spikeanzahl.
Latest report
Relativer lokaler HTML-Pfad ohne Offenlegung eines absoluten Dateipfads.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den Analytics-Zustand.

Empfohlene Nutzung

FAILED bedeutet, dass Analytics degradierte; der Minecraft-Server läuft weiter.

Was mache ich danach?

  • COMPLETE → /monolith analytics export <ID>
  • CAPTURING → Problem weiter reproduzieren
/monolith analytics cancelVerwirft die aktive Aufnahme ohne Report und räumt CPU-Sampler, JVM-Contention, Engine-Zähler und Developer-Counter auf.MODUSABHÄNGIGZEITLICH BEGRENZT
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Der Workload falsch war oder der Lauf nicht als Evidenz dienen darf.

Syntax

Befehl kopieren
/monolith analytics cancel

Ausgabe verstehen

Cancelled
Bestätigt, dass keine Reportdatei geschrieben wurde.

Seiteneffekte & automatische Beendigung

  • Verwirft nur die aktive Telemetrie; Welten, Spieler und Serverzustand bleiben unberührt.

Empfohlene Nutzung

Nach Korrektur des Szenarios eine neue Aufnahme starten; einen verworfenen Lauf nicht vergleichen.

Was mache ich danach?

  • Neu starten → /monolith analytics start standard 60
/monolith analytics historyListet bis zu zehn der neuesten lokalen HTML-Berichte mit Status, Modus, Dauer, P95, P99 und Primärbefund.NIEDRIGPRODUKTIV SICHER
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Eine Report-ID für Export oder Vergleich benötigt wird.

Syntax

Befehl kopieren
/monolith analytics history

Ausgabe verstehen

Reportübersicht
Neueste monolith-analytics-<ID>.html-Dateien samt verständlicher Kerndaten in absteigender Änderungsfolge.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur das lokale Analytics-Verzeichnis.

Empfohlene Nutzung

Wichtige Reports vor Ablauf der konfigurierten Begrenzung extern archivieren. Monolith begrenzt Anzahl, Alter und Gesamtgröße nachvollziehbar.

Was mache ich danach?

  • Integrität prüfen → /monolith analytics export <ID>
  • A/B → /monolith analytics compare <A> <B>
/monolith analytics export <Report-ID> [raw]Löst standardmäßig den eigenständigen Offline-HTML-Bericht sicher auf und prüft Schema sowie SHA-256-Integrität; `raw` liefert optional das Maschinenformat.NIEDRIGPRODUKTIV SICHER
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Ein HTML-Bericht lokal geöffnet, archiviert oder an Support übergeben werden soll.
  • Automatisierung ausdrücklich das interne Rohmodell benötigt.

Syntax

Befehl kopieren
/monolith analytics export MA-20260823-120000-1
/monolith analytics export MA-20260823-120000-1 raw

Argumente

ArgumentPflichtStandardBedeutung
Report-IDJaNur A–Z, a–z, 0–9, Punkt, Unterstrich und Bindestrich; kein Pfad.

Ausgabe verstehen

Verified offline HTML report
Relativer HTML-Pfad innerhalb monolith/analytics/.
raw
Optionaler verifizierter JSON-Sidecar; für normale Nutzung nicht erforderlich.

Seiteneffekte & automatische Beendigung

  • Keine Kopie und kein Upload; validiert nur die vorhandene Datei.

Empfohlene Nutzung

Den HTML-Bericht als einzelne Datei lokal öffnen. INCOMPLETE bleibt im Bericht sichtbar unvollständig.

Was mache ich danach?

  • HTML-Datei lokal öffnen
  • Vergleichen → /monolith analytics compare <A> <B>
/monolith analytics compare <Before-ID> <After-ID>Prüft Vergleichbarkeit und berechnet nur bei bestandenem Gate verfügbare A/B-Deltas.MODUSABHÄNGIGZEITLICH BEGRENZT
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Vor und nach einer Konfigurations-, Plugin- oder MONO-PERF-Änderung derselbe Workload aufgenommen wurde.

Syntax

Befehl kopieren
/monolith analytics compare analytics-before analytics-after

Argumente

ArgumentPflichtStandardBedeutung
Before-IDJaBasisreport.
After-IDJaKandidatreport.

Ausgabe verstehen

Compatible
Nur true bei passendem Schema, Minecraft, Modus, vollständigen Reports, Umgebung und ähnlicher Dauer.
Warnings
Ein anderer Monolith-Build ist bei einem Patchvergleich erwartbar, bleibt aber sichtbar.
Deltas
Average, P50/P95/P99, Max, Headroom, CPU, Allocation, Heap und verfügbare Engine-Metriken.

Seiteneffekte & automatische Beendigung

  • Keine; liest und verifiziert beide lokalen Reports.

Empfohlene Nutzung

Ein einzelnes Delta nicht als Gewinn vermarkten. Wiederholungen, Varianz und Parität bleiben Pflicht.

Was mache ich danach?

  • Visueller Vergleich → /analytics
  • Regression → Änderung verwerfen und neu messen
/monolith record [Sekunden]Zeigt den Flight-Recorder-Status oder startet ein begrenztes JFR-Paket samt Pluginprofil.HOCHNUR VORÜBERGEHEND
SubsystemPerformance & Ticks
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Tiefe JVM-, Thread-, GC- oder Allokationsevidenz nach einer gezielten Diagnose noch fehlt.

Syntax

Befehl kopieren
/monolith record
/monolith record 60s

Argumente

ArgumentPflichtStandardBedeutung
SekundenNeinStatusanzeigeMit Wert: 5 bis 300; optionales Suffix s.

Ausgabe verstehen

State
ACTIVE oder INACTIVE.
Window
Start- und Endzeit des aktuellen oder letzten Fensters.
Latest package
Pfad zum letzten erzeugten Flight-Recorder-Paket.

Seiteneffekte & automatische Beendigung

  • Aktiviert Java Flight Recorder und gleichzeitig das Pluginprofil.
  • Schreibt ein Diagnosepaket.
  • Stoppt automatisch nach 5 bis 300 Sekunden.

Empfohlene Nutzung

Erst nach performance beziehungsweise DEEP-Autopsy einsetzen; 60 Sekunden reichen für viele reproduzierbare Spikes.

Was mache ich danach?

  • Nach Ablauf → /monolith record
  • Pluginanteil → /monolith plugins
  • Systemzustand → /monolith performance

Memory

/monolith memoryTrennt momentane Heapbelegung, Post-GC-Bestand, Allokation, Direct Memory, Caches und Warteschlangen voneinander.NIEDRIGPRODUKTIV SICHER
SubsystemMemory
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • RAM wächst über längere Zeit.
  • GC-Pausen oder Allocation sind auffällig.
  • Eine mögliche Retention soll ohne voreilige Leak-Behauptung untersucht werden.

Syntax

Befehl kopieren
/monolith memory

Ausgabe verstehen

State
NORMAL, ELEVATED, HIGH, CRITICAL oder RECOVERING nach dem konfigurierten Composite-Risiko und bestätigten Stichproben.
Classification / Reason
Dominierende Druckquelle und maschinenlesbarer Grundcode.
Composite risk
Höchstes korreliertes Risiko von 0,00 bis 1,00; Standardgrenzen: 0,42 / 0,68 / 0,88.
Used heap / Maximum heap / Heap pressure
Aktuelle Heapbelegung. Ein hoher Momentanwert allein beweist keine Retention.
Natural post-GC heap
Nach einer natürlichen GC verbliebener Heap. Fehlt als UNAVAILABLE, bis eine unterstützte GC-Benachrichtigung vorliegt.
Post-GC trend
Steigung in MiB pro Minute und RISING, STABLE oder FALLING.
Old-generation pressure
Belegung der alten Generation, sofern der Collector sie liefert.
Allocation
Temporär erzeugte Bytes pro Sekunde; hohe Werte können vollständig wieder freigegeben werden.
GC pressure
Collection-Ereignisse und Pausenzeit pro Minute.
Direct memory
Direkte Puffer außerhalb des Java-Heaps, sofern messbar.
Queues
Korrelierter Druck sowie Tiefe und bekannte Kapazität von Hintergrund- und Save-Warteschlange.
Bounded diagnostic caches
Einträge, Limit und Druck der begrenzten Diagnose-Caches.
Possible retained growth
Wird erst nach mindestens vier frischen Post-GC-Werten, drei Anstiegen und ausreichender Steigung wahr.
Estimated critical headroom
Zeit bis zur 93-Prozent-Projektion nur bei bestätigtem Retention-Trend; sonst UNKNOWN.
Why not higher
Erklärt, welche Evidenz für eine stärkere Einstufung fehlt.
Safe action
Nur Monolith-eigene Hintergrundkonkurrenz kann begrenzt werden; kein System.gc und kein automatischer Heap-Dump.

Statuswerte

  • NORMAL unter ELEVATED-Schwelle
  • ELEVATED ab konfiguriertem Score nach Bestätigung
  • HIGH ab High-Score nach Bestätigung
  • CRITICAL ab Critical-Score oder hartem 97/93-Prozent-Signal
  • RECOVERING nach bestätigter Entlastung aus HIGH/CRITICAL

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Post-GC-Verlauf und Klassifikation höher gewichten als einen einzelnen Heapwert. RETAINED_HEAP_GROWTH ist ein Risikosignal, keine Leak-Diagnose.

Was mache ich danach?

  • TRANSIENT_ALLOCATION_PRESSURE → /monolith profile start 60
  • QUEUE_PRESSURE → /monolith worlds und /monolith runtime
  • DIRECT_MEMORY_PRESSURE → /monolith performance, Netzwerk-Hotpaths prüfen
  • Wachsende Post-GC-Werte → /monolith record 60s

Plugins

/monolith pluginsZeigt das aktuelle oder letzte Pluginprofil, Allokationsqualität und Plugin-Fehlerfingerprints.NIEDRIGPRODUKTIV SICHER
SubsystemPlugins
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • PLUGIN_EVENTS oder PLUGIN_TASKS führt die Hotpath-Liste an.
  • Ein Plugin-Callback oder Scheduler-Task wird als Spike-Ursache vermutet.

Syntax

Befehl kopieren
/monolith plugins

Ausgabe verstehen

State / Window
Profilstatus und Messzeitfenster.
Plugin workload
Bis zu 15 Plugins mit Gesamtzeit, Aufrufen, Maximaldauer und Stalls.
Server allocation
Serverweite MiB/s samt Messqualität.
Handler allocation quality
Qualität der Callback-Allokationszuordnung.
Plugin / operation
Bis zu 15 Zuordnungen mit Gesamtallokation, KiB pro Aufruf und Klassifikation.
Plugin failure fingerprints
Anzahl erkannter Plugin-Fehlersignaturen.
Automatic plugin unload
Immer DISABLED; Monolith entlädt Plugins nicht automatisch.
Operation circuit breaker
Konfigurationszustand; eine Isolation benötigt einen nachgewiesenen sicheren Rand.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Ein einzelner hoher maximumMillis-Wert ist ein Spike; hohe totalMillis bei vielen Aufrufen beschreibt dauerhafte Last. Für ein neues Messfenster profile start verwenden.

Was mache ich danach?

  • Keine Samples → /monolith profile start 60
  • Stall oder Fehler-ID → /monolith errors
  • Gesamtsystem nachmessen → /monolith performance
/monolith profile [start [Sekunden]|stop]Startet, stoppt oder liest ein begrenztes Plugin- und Allokationsprofil.MITTELNUR VORÜBERGEHEND
SubsystemPlugins
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Pluginlast ist wahrscheinlich, aber noch keinem Callback zugeordnet.
  • Allokation pro Plugin-Operation soll gemessen werden.

Syntax

Befehl kopieren
/monolith profile
/monolith profile start
/monolith profile start 60
/monolith profile stop

Argumente

ArgumentPflichtStandardBedeutung
AktionNeinStatusstart oder stop.
SekundenNein60Nur bei start; 5 bis 300.

Ausgabe verstehen

Start / stop
Bestätigt Messfenster oder manuelles Ende.
State / Window
ACTIVE oder INACTIVE und das letzte Messfenster.
Workloads
Gesamtzeit, Aufrufe, Maximaldauer und Stalls je Plugin.
Allocation
Serverrate und Plugin/Operation-Zuordnung samt Qualitätsangabe.

Seiteneffekte & automatische Beendigung

  • Aktiviert Callback- und Allokationszuordnung für 5 bis 300 Sekunden.
  • Gesammelte Daten bleiben nach stop lesbar.
  • Schreibt keine Welt- oder Pluginzustände um.

Empfohlene Nutzung

60 Sekunden während der reproduzierten Last messen und danach stoppen oder automatisch auslaufen lassen.

Was mache ich danach?

  • Ergebnis lesen → /monolith plugins
  • Systemweite Korrelation → /monolith performance
  • Seltene JVM-Ursache → /monolith record 60s

Storage & Worlds

/monolith worldsZeigt beobachtete Speicherintegrität, Save-Warteschlange, Latenz, Fehler und Weltzuordnung.NIEDRIGPRODUKTIV SICHER
SubsystemStorage & Worlds
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Chunks speichern langsam.
  • Save-Sturm, I/O-Rückstau oder Weltfehler wird vermutet.

Syntax

Befehl kopieren
/monolith worlds

Ausgabe verstehen

Storage observation
Gesamtzustand der beobachteten Speicherpfade.
Save queue depth / Oldest operation
Rückstau und Alter des ältesten noch offenen Vorgangs.
Latency avg / P95
Mittlere und Tail-Latenz der Save-Operationen.
Failures / Paper retries observed
Beobachtete Fehler und autoritative Paper-Wiederholungen.
Tracking quality
Kennzeichnet die Güte der Erfassung.
Weltzeilen
Je Welt: Health, offene Vorgänge, Fehler und P95.
Causality warning
Warnt vor einer Kausalitätsbehauptung, wenn nur Korrelation vorliegt.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Queue-Tiefe zusammen mit Alter und P95 lesen. Eine tiefe, aber schnell fallende Queue ist anders als eine wachsende Queue mit altem Spitzenwert.

Was mache ich danach?

  • CHUNK_GENERATION führt → /monolith performance diagnose 60
  • CHUNK_SAVE oder WORLD_SAVE führt → /monolith record 60s
  • Speicherdruck parallel → /monolith memory

Network

/monolith proxyPrüft Proxy-Modus, Online-Mode, Forwarding und PROXY Protocol ohne das Secret auszugeben.NIEDRIGPRODUKTIV SICHER
SubsystemNetwork
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Logins über Velocity oder Bungee schlagen fehl.
  • Forwarding- oder Backend-Konfiguration soll vor Freigabe geprüft werden.

Syntax

Befehl kopieren
/monolith proxy

Ausgabe verstehen

Mode
DIRECT, Velocity Modern oder Bungee Legacy in lesbarer Form.
Validation
READY oder ACTION REQUIRED.
Backend online-mode
Backend-Authentifizierungszustand.
Forwarding online-mode / secret
Velocity- oder Bungee-Einstellungen; Secrets erscheinen nur als CONFIGURED oder MISSING.
PROXY Protocol
ENABLED oder DISABLED.
ERROR / NOTICE
Konkrete erkannte Fehlkonfigurationen und Hinweise.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Bei ACTION REQUIRED zuerst jede ERROR-Zeile korrigieren; keine Performance-Diagnose kann ein falsches Forwarding reparieren.

Was mache ich danach?

  • Nach Konfigurationsänderung Server neu starten → /monolith proxy
  • Paket-Hotpath trotz READY → /monolith performance

Bossbars

/monolith bossbar [status|on|off|toggle]Liest oder ändert den globalen Laufzeitstatus der Performance-Bossbars.NIEDRIGPRODUKTIV SICHER
SubsystemBossbars
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Bossbars global aktiviert oder deaktiviert werden sollen.
  • Palette, Schwellen, Auswahl und Viewer geprüft werden.

Syntax

Befehl kopieren
/monolith bossbar
/monolith bossbar status
/monolith bossbar on
/monolith bossbar off
/monolith bossbar toggle

Argumente

ArgumentPflichtStandardBedeutung
ModusNeinStatusstatus, on, off oder toggle.

Ausgabe verstehen

State / Refresh
Globalzustand und Aktualisierungsintervall.
Animated RGB gradient / palette / speed
Effektive Farbanimation.
Bars
Sichtbare TPS-, RAM- und CPU-Kombination.
Warning / critical
Konfigurierte Schwellen je Metrik.
Viewers
Anzahl aktueller Betrachter.

Seiteneffekte & automatische Beendigung

  • on, off und toggle ändern nur den Laufzeitstatus.
  • Die Änderung schreibt monolith.yml nicht um und geht bei Reload oder Neustart verloren.

Empfohlene Nutzung

Für einzelne Balken die direkten Kurzbefehle verwenden; für Dauerhaftigkeit monolith.yml ändern und reload ausführen.

Was mache ich danach?

  • Einzelne Bar → /tpsbar, /rambar oder /cpubar
  • Dauerhaft speichern → /monolith reload nach YAML-Änderung
/allbars [on|off|toggle|status]Steuert TPS-, RAM- und CPU-Bossbar gemeinsam.NIEDRIGPRODUKTIV SICHER
SubsystemBossbars
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Alle drei Bars gleichzeitig sichtbar oder unsichtbar werden sollen.

Syntax

Befehl kopieren
/allbars
/allbars on
/allbars off
/allbars toggle
/allbars status

Argumente

ArgumentPflichtStandardBedeutung
ModusNeintoggleon, off, toggle oder status.

Ausgabe verstehen

MONOLITH ALL BARS
ENABLED nur, wenn Globalzustand sowie alle drei Bars aktiv sind; sonst DISABLED.
Runtime only
Zeigt TPS, RAM und CPU jeweils als ON oder OFF.

Seiteneffekte & automatische Beendigung

  • Ändert nur die aktuelle Runtime; keine YAML-Datei.

Empfohlene Nutzung

Ohne Argument werden alle deaktiviert, wenn alle aktiv sind; sonst werden alle aktiviert.

Was mache ich danach?

  • Details → /monolith bossbar status
/cpubar [on|off|toggle|status]Steuert ausschließlich die CPU-Bossbar.NIEDRIGPRODUKTIV SICHER
SubsystemBossbars
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Die CPU-Bar unabhängig von den beiden anderen Bars geändert oder geprüft werden soll.

Syntax

Befehl kopieren
/cpubar
/cpubar on
/cpubar off
/cpubar toggle
/cpubar status

Argumente

ArgumentPflichtStandardBedeutung
ModusNeintoggleon, off, toggle oder status.

Ausgabe verstehen

MONOLITH CPU BAR
ENABLED oder DISABLED als Text.
Runtime only
Zeigt TPS, RAM und CPU jeweils als ON oder OFF.

Seiteneffekte & automatische Beendigung

  • Ändert nur die aktuelle Runtime; keine YAML-Datei.

Empfohlene Nutzung

Für alle drei Bars gemeinsam /allbars verwenden; für Persistenz monolith.yml ändern.

Was mache ich danach?

  • Details → /monolith bossbar status
/rambar [on|off|toggle|status]Steuert ausschließlich die RAM-Bossbar.NIEDRIGPRODUKTIV SICHER
SubsystemBossbars
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Die RAM-Bar unabhängig von den beiden anderen Bars geändert oder geprüft werden soll.

Syntax

Befehl kopieren
/rambar
/rambar on
/rambar off
/rambar toggle
/rambar status

Argumente

ArgumentPflichtStandardBedeutung
ModusNeintoggleon, off, toggle oder status.

Ausgabe verstehen

MONOLITH RAM BAR
ENABLED oder DISABLED als Text.
Runtime only
Zeigt TPS, RAM und CPU jeweils als ON oder OFF.

Seiteneffekte & automatische Beendigung

  • Ändert nur die aktuelle Runtime; keine YAML-Datei.

Empfohlene Nutzung

Für alle drei Bars gemeinsam /allbars verwenden; für Persistenz monolith.yml ändern.

Was mache ich danach?

  • Details → /monolith bossbar status
/tpsbar [on|off|toggle|status]Steuert ausschließlich die TPS-Bossbar.NIEDRIGPRODUKTIV SICHER
SubsystemBossbars
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Die TPS-Bar unabhängig von den beiden anderen Bars geändert oder geprüft werden soll.

Syntax

Befehl kopieren
/tpsbar
/tpsbar on
/tpsbar off
/tpsbar toggle
/tpsbar status

Argumente

ArgumentPflichtStandardBedeutung
ModusNeintoggleon, off, toggle oder status.

Ausgabe verstehen

MONOLITH TPS BAR
ENABLED oder DISABLED als Text.
Runtime only
Zeigt TPS, RAM und CPU jeweils als ON oder OFF.

Seiteneffekte & automatische Beendigung

  • Ändert nur die aktuelle Runtime; keine YAML-Datei.

Empfohlene Nutzung

Für alle drei Bars gemeinsam /allbars verwenden; für Persistenz monolith.yml ändern.

Was mache ich danach?

  • Details → /monolith bossbar status

Administration

/monolith runtimeZeigt die tatsächlich wirksame Laufzeitkonfiguration für Adaptive Runtime, Villager-Brains, Diagnose und Bossbars.NIEDRIGPRODUKTIV SICHER
SubsystemAdministration
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Nach `reload` geprüft werden soll, was wirklich aktiv ist.
  • Adaptive Drosselung oder Trading-Hall-Verhalten erklärt werden muss.

Syntax

Befehl kopieren
/monolith runtime

Ausgabe verstehen

Uptime / Adaptive state / Sample interval
Prozesslaufzeit und Telemetrie-/Drosselzustand.
Trading-hall brains
Enabled, Basis-, Effektiv- und Maximalintervall sowie Zähler für ausgeführte, übersprungene und angepasste Pässe.
Stall detection / Intelligent errors
Effektive Diagnose-Schalter.
Performance boss bars
Globalzustand, Auswahl und Viewer.
Boss bar RGB / thresholds
Animation, Palette, Geschwindigkeit, Refresh und Schwellen.
Paper behavior
In dieser Ausgabe compatible.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Effektivwerte statt nur YAML-Datei vergleichen. Bei Abweichung Konfigurationsvalidierung und Reload-Ausgabe prüfen.

Was mache ich danach?

  • Datei neu laden → /monolith reload
  • Bossbars prüfen → /monolith bossbar status
  • Adaptive Last prüfen → /monolith performance
/monolith versionZeigt die vollständige Buildidentität einschließlich Minecraft, Commit, Paper-Upstream, Mapping, Patchstand, Java und GC.NIEDRIGPRODUKTIV SICHER
SubsystemAdministration
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Vor Supportanfragen, Vergleichen und Reproduktionsversuchen.

Syntax

Befehl kopieren
/monolith version

Ausgabe verstehen

Minecraft / Monolith Build / Version
Versionsidentität des laufenden JARs.
Monolith Commit / Paper Upstream / Mapping / Patch State
Reproduzierbare Quell- und Patchidentität.
Java / GC
Laufzeit und Collector.
Maintainer
Im Build hinterlegte Maintainerangabe.

Seiteneffekte & automatische Beendigung

  • Keine; liest nur den aktuellen Laufzeit-Snapshot.

Empfohlene Nutzung

Ausgabe zusammen mit Benchmark- oder Fehlerreport archivieren.

Was mache ich danach?

  • Konfiguration prüfen → /monolith runtime
/monolith reloadValidiert und lädt ausschließlich monolith.yml neu; Minecraft und Plugins werden nicht vollständig neu geladen.NIEDRIGPRODUKTIV SICHER
SubsystemAdministration
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Eine unterstützte Monolith-Konfiguration geändert wurde.

Syntax

Befehl kopieren
/monolith reload

Ausgabe verstehen

File
Immer monolith.yml.
Boss bars / RGB gradient
Effektiv geladene Bar-Auswahl und Animation.
Trading halls
ACTIVE mit Brain-Intervall oder PAPER CADENCE.
Console
COMPACT oder EXPANDED.
Configuration applied
Bestätigt, dass kein Minecraft-/Plugin-Full-Reload stattfand.

Seiteneffekte & automatische Beendigung

  • Übernimmt unterstützte Monolith-Einstellungen in die laufende Runtime.
  • Setzt nicht persistierte Bossbar-Kurzbefehlsänderungen auf Dateiwert zurück.
  • Berührt debug-chunks.yml nicht.

Empfohlene Nutzung

Bei Fehler bleibt die Meldung konkret; danach Datei korrigieren und erneut laden. Kein Bukkit /reload nötig.

Was mache ich danach?

  • Effektivwerte prüfen → /monolith runtime
  • Bossbars prüfen → /monolith bossbar status

Gesicherte Wartungswerkzeuge

/overload [start [light|heavy|extreme] [10-300]|status|stop]Erzeugt begrenzten Tick-, CPU-, Heap-, Allokations- und GC-Druck und zeichnet Benchmark V2 automatisch auf.HOCHNUR BENCHMARK
SubsystemDebug & Development
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Wann verwenden?

  • Die Schutz- und Erholungspfade eines isolierten Testservers unter künstlichem Ressourcendruck geprüft werden.

Syntax

Befehl kopieren
/overload
/overload start
/overload start light 60
/overload start heavy 60
/overload start extreme 60
/overload status
/overload stop

Argumente

ArgumentPflichtStandardBedeutung
IntensitätNeinextremelight, heavy oder extreme.
SekundenNein6010 bis 300.

Ausgabe verstehen

LOCKED / IDLE / ACTIVE
Gate- und Laufzustand.
Profile / Progress
Intensität, Dauer, Fortschrittsbalken und Restzeit.
Tick pressure
LIGHT 5 ms, HEAVY 20 ms, EXTREME 35 ms pro gemessenem Tick.
CPU pressure
LIGHT ein Worker bei 40 Prozent; HEAVY halbe Prozessorzahl bei 70 Prozent; EXTREME Prozessorzahl minus eins bei 90 Prozent.
Heap pressure
Ziel und aktuell retained MiB; zusätzlich bleiben mindestens 30 Prozent oder 64 MiB Headroom.
Safety
Keine Welt-, Entity-, Netzwerk- oder Dateimutation durch die Overload-Engine.
Report / Last stop
Automatische Benchmarkaufzeichnung und Abschlussgrund.

Statuswerte

  • LOCKED ohne -Dmonolith.testing=true
  • IDLE freigeschaltet, aber inaktiv
  • ACTIVE laufender Test
  • STOPPED nach manuellem Ende

Seiteneffekte & automatische Beendigung

  • Belastet absichtlich Main Thread, CPU, Heap und Garbage Collector.
  • Allokationschurn stoppt ab 60 Prozent Heapbelegung.
  • Stop, Ablauf und Shutdown beenden Worker und lösen retained Referenzen.
  • Benchmark V2 schreibt Reportdateien.

Empfohlene Nutzung

Nur isoliert mit -Dmonolith.testing=true; /overload stop als sofortige Abbruchmöglichkeit bereithalten. Kein Spielerlimit und kein Performance-Sieg ableitbar.

Was mache ich danach?

  • Fortschritt → /overload status
  • Sicher abbrechen → /overload stop
  • Erholung → /monolith status
/debugchunks <Aktion>Steuert die vor Start und Whitelist-gebundene asynchrone Chunk-Vorbereitung mit Checkpoint, Pause und adaptiver Pipeline.HOCHNUR ENTWICKLUNG
SubsystemDebug & Development
Permissionmonolith.command
AusführungKonsole & Spieler
OperatorJa, standardmäßig OP

Aliase /mchunks <Aktion>

Wann verwenden?

  • Eine Welt ausschließlich im Wartungsmodus vorab vorbereitet werden soll.

Syntax

Befehl kopieren
/debugchunks status
/debugchunks world <geladene-Welt>
/debugchunks center <Block-X> <Block-Z>
/debugchunks radius <Blöcke>
/debugchunks shape <square|circle>
/debugchunks start
/debugchunks pause
/debugchunks resume
/debugchunks stop
/debugchunks reload
/debugchunks reset

Argumente

ArgumentPflichtStandardBedeutung
WeltJa bei worldworldExakter Name einer geladenen Bukkit-Welt, 1 bis 128 Zeichen.
Block-X / Block-ZJa bei center0 / 0Je −29.999.984 bis 29.999.984.
BlöckeJa bei radius50000 bis 29.999.984; nach außen auf ganze Chunks gerundet.
ShapeJa bei shapesquaresquare oder circle.

Ausgabe verstehen

Mode
IDLE, RUNNING, PAUSED, THROTTLED, STOPPING, STOPPED, COMPLETED, FAILED oder LOCKED.
Safety gates
Immer PRE-START FLAG + WHITELIST; der Befehl ist ohne erfolgreiches Doppel-Gate gar nicht registriert.
World / Center / Area
Aktive Zielwelt, Mittelpunkt, Radius und Form.
Pipeline
Maximal offene Anfragen und Dispatches pro Tick.
Progress / Throughput / ETA
Bestätigte Chunks, Rate und berechnete Restzeit.
Requests
Aktive Anfragen, Wiederholungen und Fehler.
Checkpoint / Report / Reason
Fortsetzungspunkt, letzter Bericht und Zustandsgrund.

Statuswerte

  • THROTTLED bei Spielern online oder MSPT oberhalb Pause-Schwelle
  • PAUSED manuell; offene Requests laufen aus
  • COMPLETED erst nach vollständiger Bestätigung
  • LOCKED sobald Whitelist zur Laufzeit deaktiviert wird

Seiteneffekte & automatische Beendigung

  • Erzeugt oder lädt echte Chunks in der gewählten Welt.
  • Schreibt monolith-debug-chunks.yml, atomaren Checkpoint und Abschlussreport.
  • reset löscht nur Fortschritt, niemals Weltdaten.
  • world/center/radius/shape schreiben die Debug-Konfiguration und sind bei vorhandenem Checkpoint gesperrt.

Empfohlene Nutzung

Vor Serverstart -Dmonolith.debug.chunk-mode=true und white-list=true; danach status, Gebiet setzen, erneut status, start. Bei öffentlichem Betrieb konstruktiv nicht verfügbar.

Was mache ich danach?

  • Vor Start → /debugchunks status
  • Last zu hoch → /debugchunks pause
  • Fortsetzen → /debugchunks resume
  • Sicher beenden → /debugchunks stop
  • Neues Gebiet nach Ende → /debugchunks reset

Workflows: dauerhafte Last & einzelne Spikes

  1. 01

    Dauerhafte Last

    Status sichern, führenden Hotpath bestimmen, dann nur das passende Subsystem öffnen.

    text
    /monolith status
    /monolith performance
    /monolith plugins | /monolith worlds | /monolith memory | /monolith proxy
  2. 02

    Unklare Ursache

    DEEP für 60 Sekunden aktivieren und dieselbe Last reproduzieren.

    text
    /monolith performance diagnose 60
  3. 03

    Nur einzelne Spikes

    Average kann gesund wirken. P99, MAX und spike clusters lesen; JFR nur wenn Autopsy nicht reicht.

    text
    /monolith performance
    /monolith performance diagnose 60
    /monolith record 60s
  4. 04

    Nachprüfung

    Nach der Korrektur denselben leichten Einstieg wiederholen.

    text
    /monolith status
    /monolith performance

Workflow: RAM steigt / Memory Pressure

text
/monolith status
/monolith memory
/monolith profile start 60
/monolith plugins
# Nur bei bestätigtem Post-GC-/Direct-Memory-Trend:
/monolith record 60s
/monolith memory
BeobachtungBedeutung im aktuellen ModellNächster Schritt
Heap hoch, Post-GC deutlich niedriger, HIGH_ALLOCATIONViel Speicher wird natürlich zurückgewonnen; eher temporäre Allocation als Retention./monolith profile start 60
Post-GC steigt, Possible retained growth=trueRisikosignal nach mindestens vier frischen Werten und drei Anstiegen; noch keine Leak-Diagnose./monolith record 60s
QUEUE_PRESSUREQueue ist die stärkste korrelierte Druckquelle./monolith worlds und /monolith runtime
DIRECT_MEMORY_PRESSUREDirekte Puffer dominieren, nicht der Java-Heap./monolith performance; PACKET_* prüfen
Post-GC UNAVAILABLENoch keine unterstützte natürliche GC-Benachrichtigung.Später erneut /monolith memory

Workflows: Mobs, Chunks & Plugins

Symptom / KategorieBedeutungReihenfolge
ENTITY_NEARBY_LOOKUPUmgebungssuche beziehungsweise Query-Amplification.status → performance → diagnose 60
ENTITY_PATHFINDINGPfadberechnung.performance → diagnose 60 → performance
ENTITY_COLLISIONKollisionsarbeit.performance → diagnose 60
ENTITY_AI / ENTITY_BRAIN / ENTITY_GOALSKI-, Brain- oder Goal-Ausführung.performance → diagnose 60
CHUNK_GENERATIONNeue Weltdaten werden erzeugt.performance → worlds → diagnose 60
CHUNK_LOADChunk wird geladen; nicht automatisch Generation.performance → worlds
CHUNK_PACKETS / PLAYER_CHUNK_TRACKINGPaketaufbereitung oder Auslieferung.performance → proxy bei Forwarding-Hinweis
PLUGIN_EVENTS / PLUGIN_TASKSPlugin-Callback oder Scheduler-Task.performance → plugins → profile start 60 → plugins

Statuswerte exakt einordnen

FamilieWertCodebedeutung
HealthEXCELLENT / GOOD / DEGRADED / POOR / CRITICALScorebänder 90–100 / 75–89 / 50–74 / 25–49 / 0–24.
TickbudgetEXCELLENT / HEALTHY / HEAVY / SATURATED / OVER_BUDGET / SEVERE<10 / 10–<25 / 25–<40 / 40–<50 / 50–100 / >100 ms Average MSPT.
Adaptive RuntimeNORMALNormale Monolith-Hintergrundkonkurrenz.
Adaptive RuntimeCONSTRAINEDWorker nach bestätigtem P95 plus Drucksignal auf eins begrenzt.
Adaptive RuntimeRECOVERINGGesunde Beobachtungsphase; bis zur vollständigen Erholung weiter begrenzt.
Adaptive RuntimeDISABLEDAdaptive Entscheidungen sind per Konfiguration deaktiviert.
MemoryNORMAL / ELEVATED / HIGH / CRITICAL / RECOVERINGScorebasierte, durch Stichproben und Hysterese bestätigte Stufen; hartes Critical kann sofort eskalieren.
ReadinessPASS / FAIL / NOT_RUNEin FAIL blockiert; fehlende Evidenz bleibt NOT_RUN.
ReadinessREADY_FOR_EXTENDED_TESTINGAlle Checks bestanden und drei Evidenzdateien vorhanden; keine Produktionsfreigabe.

Begriffe & Metriken

BegriffKurzdefinition
TPSServer-Ticks pro Sekunde; Ziel sind höchstens 20.
MSPTMillisekunden pro Tick. 50 ms entsprechen dem vollen Tickbudget bei 20 TPS.
P9595 Prozent der Ticks waren gleich schnell oder schneller.
P9999 Prozent lagen darunter; zeigt seltenere Tail-Spikes.
Headroom50 ms minus P95 oder P99. Negativ bedeutet über Budget.
AllocationRate temporär erzeugter JVM-Objekte; nicht gleich retained Heap.
GCAutomatische Rückgewinnung nicht mehr erreichbarer JVM-Objekte.
Post-GC HeapHeap, der nach einer natürlichen GC belegt bleibt.
Queue DepthAnzahl wartender Operationen; Alter und Trend sind ebenso wichtig.
Direct MemoryNative Puffer außerhalb des Java-Heaps, häufig für I/O oder Netzwerk.

Permissions, Aliase & Ausführung

FeldTatsächlicher WertBedeutung
Permissionmonolith.commandGilt für jeden dokumentierten Befehl; Standard PermissionDefault.OP.
AusführungKonsole & SpielerKeine Command-Klasse verlangt einen Player; jeder CommandSender mit Permission ist zulässig.
Hauptalias/monoAlias für /monolith.
Chunkalias/mchunksAlias für /debugchunks; nur bei aktivem Doppel-Gate registriert.
Debug Chunks-Dmonolith.debug.chunk-mode=true + white-list=true vor StartOhne beides weder Config noch Command.
Overload-Dmonolith.testing=trueDer begrenzte Lasttest bleibt sonst gesperrt.

Jeder hier aufgeführte Befehl wird beim Wiki-Build gegen die aktuelle Befehlsreferenz geprüft.