Commands & Diagnostics
Alle aktuellen Monolith-Befehle, ihre Ausgaben und die richtige Reihenfolge vom Symptom zur belastbaren Ursache.
/monolith status| Wenn die Ausgabe zeigt … | Nächster Befehl | Warum |
|---|---|---|
| P95/P99 oder Tickbudget auffällig | /monolith performance | Ordnet Ticklast einem gemessenen Subsystem zu. |
| Heap, GC oder Memory auffällig | /monolith memory | Trennt Post-GC-Bestand, Allocation, Direct Memory, Queue und Cache. |
| Proxy ACTION REQUIRED | /monolith proxy | Prüft Forwarding und Backend-Konfiguration. |
| Failure Storm oder Fehlerfingerprint | /monolith stability | Zeigt Recovery-, Storage- und Shutdown-Kontext. |
- 01
Globalen Zustand sichern
Mit
/monolith statusHealth, P95/P99, Last und Speicher erfassen./monolith status - 02
Subsystem bestimmen
Mit
/monolith performanceTickbudget, führenden Hotpath, CPU, GC und Queues lesen./monolith performance - 03
Gezielt vertiefen
Nur den passenden günstigen Leser ausführen:
memory,plugins,worldsoderproxy./monolith memory /monolith plugins /monolith worlds /monolith proxy - 04
Problem reproduzieren
Denselben Spieler- oder Serverablauf wiederholen. Noch keinen künstlichen Lastgenerator zuschalten.
- 05
DEEP nur bei unklarer Ursache
Die Autopsy endet automatisch und stellt den konfigurierten Low-Overhead-Modus wieder her.
/monolith performance diagnose 60 - 06
JFR nur als letzte Tiefenstufe
Flight Recorder schreibt ein Paket und aktiviert zusätzlich das Pluginprofil.
/monolith record 60s - 07
Nach Korrektur prüfen
Danach wieder beim günstigen Überblick beginnen.
/monolith status /monolith performance
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| Befehl | Zweck | Kosten | Einsatz |
|---|---|---|---|
| /monolith status | Zeigt den günstigsten globalen Überblick über Tickrate, Latenz, Last, Speicher, Health und Proxy-Modus. | NIEDRIG | PRODUKTIV SICHER |
| /monolith performance | Ordnet Ticklast einem gemessenen Hotpath zu und zeigt Tickbudget, Perzentile, CPU, GC, Autopsy-Zustand und Warteschlangen. | NIEDRIG | PRODUKTIV SICHER |
| /monolith performance diagnose [Sekunden] | Aktiviert vorübergehend den DEEP-Autopsy-Modus und schreibt Performance-Analyse- sowie Autopsy-Artefakte. | MITTEL | NUR VORÜBERGEHEND |
| /monolith analytics | Zeigt die vollständige Analytics-Hilfe und den empfohlenen Einstieg in begrenzte Performance-Forensik. | NIEDRIG | PRODUKTIV SICHER |
| /monolith analytics start [light|standard|deep|developer] [Sekunden] | Startet genau eine lokale, begrenzte Analytics-Aufnahme mit versioniertem Report. | MODUSABHÄNGIG | ZEITLICH BEGRENZT |
| /monolith analytics stop | Beendet die aktive Aufnahme als COMPLETE und finalisiert CPU-, JVM-, Engine- und Integritätsdaten. | MODUSABHÄNGIG | ZEITLICH BEGRENZT |
| /monolith analytics status | Zeigt Capture-Zustand, Modus, Restzeit, Tick-/CPU-Samples, Spikes, Reportgröße und letzten Fehler. | NIEDRIG | PRODUKTIV SICHER |
| /monolith analytics cancel | Verwirft die aktive Aufnahme ohne Report und räumt CPU-Sampler, JVM-Contention, Engine-Zähler und Developer-Counter auf. | MODUSABHÄNGIG | ZEITLICH BEGRENZT |
| /monolith analytics history | Listet bis zu zehn der neuesten lokalen HTML-Berichte mit Status, Modus, Dauer, P95, P99 und Primärbefund. | NIEDRIG | PRODUKTIV 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. | NIEDRIG | PRODUKTIV SICHER |
| /monolith analytics compare <Before-ID> <After-ID> | Prüft Vergleichbarkeit und berechnet nur bei bestandenem Gate verfügbare A/B-Deltas. | MODUSABHÄNGIG | ZEITLICH BEGRENZT |
| /monolith memory | Trennt momentane Heapbelegung, Post-GC-Bestand, Allokation, Direct Memory, Caches und Warteschlangen voneinander. | NIEDRIG | PRODUKTIV SICHER |
| /monolith plugins | Zeigt das aktuelle oder letzte Pluginprofil, Allokationsqualität und Plugin-Fehlerfingerprints. | NIEDRIG | PRODUKTIV SICHER |
| /monolith worlds | Zeigt beobachtete Speicherintegrität, Save-Warteschlange, Latenz, Fehler und Weltzuordnung. | NIEDRIG | PRODUKTIV SICHER |
| /monolith proxy | Prüft Proxy-Modus, Online-Mode, Forwarding und PROXY Protocol ohne das Secret auszugeben. | NIEDRIG | PRODUKTIV SICHER |
| /monolith stability | Fasst Failure Storm, Speicherzustand, Weltintegrität und Shutdown-Phase zusammen. | NIEDRIG | PRODUKTIV SICHER |
| /monolith readiness | Bewertet konservativ Testmodus, Failure Storm, Weltintegrität, Speicher, Shutdown und vorhandene Stabilitätsevidenz. | NIEDRIG | PRODUKTIV SICHER |
| /monolith errors | Listet bis zu zehn zuletzt analysierte Fehler mit ID, Kategorie, Risiko, Kurzfassung und Trace-Datei. | NIEDRIG | PRODUKTIV SICHER |
| /monolith profile [start [Sekunden]|stop] | Startet, stoppt oder liest ein begrenztes Plugin- und Allokationsprofil. | MITTEL | NUR VORÜBERGEHEND |
| /monolith record [Sekunden] | Zeigt den Flight-Recorder-Status oder startet ein begrenztes JFR-Paket samt Pluginprofil. | HOCH | NUR VORÜBERGEHEND |
| /monolith runtime | Zeigt die tatsächlich wirksame Laufzeitkonfiguration für Adaptive Runtime, Villager-Brains, Diagnose und Bossbars. | NIEDRIG | PRODUKTIV SICHER |
| /monolith bossbar [status|on|off|toggle] | Liest oder ändert den globalen Laufzeitstatus der Performance-Bossbars. | NIEDRIG | PRODUKTIV SICHER |
| /monolith version | Zeigt die vollständige Buildidentität einschließlich Minecraft, Commit, Paper-Upstream, Mapping, Patchstand, Java und GC. | NIEDRIG | PRODUKTIV SICHER |
| /monolith reload | Validiert und lädt ausschließlich monolith.yml neu; Minecraft und Plugins werden nicht vollständig neu geladen. | NIEDRIG | PRODUKTIV SICHER |
| /allbars [on|off|toggle|status] | Steuert TPS-, RAM- und CPU-Bossbar gemeinsam. | NIEDRIG | PRODUKTIV SICHER |
| /cpubar [on|off|toggle|status] | Steuert ausschließlich die CPU-Bossbar. | NIEDRIG | PRODUKTIV SICHER |
| /rambar [on|off|toggle|status] | Steuert ausschließlich die RAM-Bossbar. | NIEDRIG | PRODUKTIV SICHER |
| /tpsbar [on|off|toggle|status] | Steuert ausschließlich die TPS-Bossbar. | NIEDRIG | PRODUKTIV 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. | HOCH | NUR BENCHMARK |
| /debugchunks <Aktion> | Steuert die vor Start und Whitelist-gebundene asynchrone Chunk-Vorbereitung mit Checkpoint, Pause und adaptiver Pipeline. | HOCH | NUR 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.
Monolith formatiert dynamische Werte zur Laufzeit. Das Schema entspricht den tatsächlichen Labels; Platzhalter in spitzen Klammern sind ausdrücklich keine Messergebnisse.
━━━━━━━━ 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>/monolith statusZeigt den günstigsten globalen Überblick über Tickrate, Latenz, Last, Speicher, Health und Proxy-Modus.NIEDRIGPRODUKTIV SICHER
monolith.commandAliase /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
/monolith
/monolith statusAusgabe 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.
/monolith stabilityFasst Failure Storm, Speicherzustand, Weltintegrität und Shutdown-Phase zusammen.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Viele Fehler treten in kurzer Zeit auf.
- Vor einem kontrollierten Neustart oder nach einem Recovery-Ereignis.
Syntax
/monolith stabilityAusgabe 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.
/monolith readinessBewertet konservativ Testmodus, Failure Storm, Weltintegrität, Speicher, Shutdown und vorhandene Stabilitätsevidenz.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Vor längeren Tests oder einer Betriebsfreigabe.
- Nach Recovery-, Kill- oder Soak-Tests.
Syntax
/monolith readinessAusgabe 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.
/monolith errorsListet bis zu zehn zuletzt analysierte Fehler mit ID, Kategorie, Risiko, Kurzfassung und Trace-Datei.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Konsole zeigt eine Monolith-Fehler-ID.
- Stability meldet neue Fingerprints.
Syntax
/monolith errorsAusgabe 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.
/monolith performanceOrdnet Ticklast einem gemessenen Hotpath zu und zeigt Tickbudget, Perzentile, CPU, GC, Autopsy-Zustand und Warteschlangen.NIEDRIGPRODUKTIV SICHER
monolith.commandWann 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
/monolith performanceAusgabe 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;
unavailablebleibt 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.
/monolith performance diagnose [Sekunden]Aktiviert vorübergehend den DEEP-Autopsy-Modus und schreibt Performance-Analyse- sowie Autopsy-Artefakte.MITTELNUR VORÜBERGEHEND
monolith.commandWann verwenden?
- Der leichte Performance-Überblick zeigt keine eindeutige Ursache.
- Seltene Spikes müssen während eines reproduzierbaren Fensters erfasst werden.
Syntax
/monolith performance diagnose
/monolith performance diagnose 60Argumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Sekunden | Nein | 60 | 5 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.
/monolith analyticsZeigt die vollständige Analytics-Hilfe und den empfohlenen Einstieg in begrenzte Performance-Forensik.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Ein reproduzierbares Leistungsproblem als lokaler Report erfasst werden soll.
- Vor der Wahl zwischen LIGHT, STANDARD, DEEP und DEVELOPER.
Syntax
/monolith analytics
/monolith analytics helpAusgabe 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.
/monolith analytics start [light|standard|deep|developer] [Sekunden]Startet genau eine lokale, begrenzte Analytics-Aufnahme mit versioniertem Report.MODUSABHÄNGIGZEITLICH BEGRENZT
monolith.commandWann verwenden?
- Lag, Spikes, Heapwachstum, breite Entity Queries, Pathfinding, Chunk-, Netzwerk-, Plugin- oder Queue-Arbeit reproduziert werden kann.
Syntax
/monolith analytics start
/monolith analytics start standard 60
/monolith analytics start deep 120
/monolith analytics start developer 60Argumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Modus | Nein | STANDARD | LIGHT, STANDARD, DEEP oder DEVELOPER. |
| Sekunden | Nein | Modusstandard | Mindestens 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/.
/monolith analytics stopBeendet die aktive Aufnahme als COMPLETE und finalisiert CPU-, JVM-, Engine- und Integritätsdaten.MODUSABHÄNGIGZEITLICH BEGRENZT
monolith.commandWann verwenden?
- Das Problem wurde vor dem automatischen Ende vollständig reproduziert.
Syntax
/monolith analytics stopAusgabe 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.
/monolith analytics statusZeigt Capture-Zustand, Modus, Restzeit, Tick-/CPU-Samples, Spikes, Reportgröße und letzten Fehler.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Während CAPTURING, FINALIZING, ANALYZING oder GENERATING_REPORT geprüft werden soll, ob die Aufnahme gesund und begrenzt bleibt.
Syntax
/monolith analytics statusAusgabe 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.
/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.commandWann verwenden?
- Der Workload falsch war oder der Lauf nicht als Evidenz dienen darf.
Syntax
/monolith analytics cancelAusgabe verstehen
- Cancelled
- Bestätigt, dass keine Reportdatei geschrieben wurde.
Seiteneffekte & automatische Beendigung
- Verwirft nur die aktive Telemetrie; Welten, Spieler und Serverzustand bleiben unberührt.
/monolith analytics historyListet bis zu zehn der neuesten lokalen HTML-Berichte mit Status, Modus, Dauer, P95, P99 und Primärbefund.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Eine Report-ID für Export oder Vergleich benötigt wird.
Syntax
/monolith analytics historyAusgabe 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.
/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.commandWann verwenden?
- Ein HTML-Bericht lokal geöffnet, archiviert oder an Support übergeben werden soll.
- Automatisierung ausdrücklich das interne Rohmodell benötigt.
Syntax
/monolith analytics export MA-20260823-120000-1
/monolith analytics export MA-20260823-120000-1 rawArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Report-ID | Ja | – | Nur 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.
/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.commandWann verwenden?
- Vor und nach einer Konfigurations-, Plugin- oder MONO-PERF-Änderung derselbe Workload aufgenommen wurde.
Syntax
/monolith analytics compare analytics-before analytics-afterArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Before-ID | Ja | – | Basisreport. |
| After-ID | Ja | – | Kandidatreport. |
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.
/monolith record [Sekunden]Zeigt den Flight-Recorder-Status oder startet ein begrenztes JFR-Paket samt Pluginprofil.HOCHNUR VORÜBERGEHEND
monolith.commandWann verwenden?
- Tiefe JVM-, Thread-, GC- oder Allokationsevidenz nach einer gezielten Diagnose noch fehlt.
Syntax
/monolith record
/monolith record 60sArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Sekunden | Nein | Statusanzeige | Mit 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.
/monolith memoryTrennt momentane Heapbelegung, Post-GC-Bestand, Allokation, Direct Memory, Caches und Warteschlangen voneinander.NIEDRIGPRODUKTIV SICHER
monolith.commandWann 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
/monolith memoryAusgabe 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.
/monolith pluginsZeigt das aktuelle oder letzte Pluginprofil, Allokationsqualität und Plugin-Fehlerfingerprints.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- PLUGIN_EVENTS oder PLUGIN_TASKS führt die Hotpath-Liste an.
- Ein Plugin-Callback oder Scheduler-Task wird als Spike-Ursache vermutet.
Syntax
/monolith pluginsAusgabe 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.
/monolith profile [start [Sekunden]|stop]Startet, stoppt oder liest ein begrenztes Plugin- und Allokationsprofil.MITTELNUR VORÜBERGEHEND
monolith.commandWann verwenden?
- Pluginlast ist wahrscheinlich, aber noch keinem Callback zugeordnet.
- Allokation pro Plugin-Operation soll gemessen werden.
Syntax
/monolith profile
/monolith profile start
/monolith profile start 60
/monolith profile stopArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Aktion | Nein | Status | start oder stop. |
| Sekunden | Nein | 60 | Nur 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.
/monolith worldsZeigt beobachtete Speicherintegrität, Save-Warteschlange, Latenz, Fehler und Weltzuordnung.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Chunks speichern langsam.
- Save-Sturm, I/O-Rückstau oder Weltfehler wird vermutet.
Syntax
/monolith worldsAusgabe 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.
/monolith proxyPrüft Proxy-Modus, Online-Mode, Forwarding und PROXY Protocol ohne das Secret auszugeben.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Logins über Velocity oder Bungee schlagen fehl.
- Forwarding- oder Backend-Konfiguration soll vor Freigabe geprüft werden.
Syntax
/monolith proxyAusgabe 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.
/monolith bossbar [status|on|off|toggle]Liest oder ändert den globalen Laufzeitstatus der Performance-Bossbars.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Bossbars global aktiviert oder deaktiviert werden sollen.
- Palette, Schwellen, Auswahl und Viewer geprüft werden.
Syntax
/monolith bossbar
/monolith bossbar status
/monolith bossbar on
/monolith bossbar off
/monolith bossbar toggleArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Modus | Nein | Status | status, 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.
/allbars [on|off|toggle|status]Steuert TPS-, RAM- und CPU-Bossbar gemeinsam.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Alle drei Bars gleichzeitig sichtbar oder unsichtbar werden sollen.
Syntax
/allbars
/allbars on
/allbars off
/allbars toggle
/allbars statusArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Modus | Nein | toggle | on, 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.
/cpubar [on|off|toggle|status]Steuert ausschließlich die CPU-Bossbar.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Die CPU-Bar unabhängig von den beiden anderen Bars geändert oder geprüft werden soll.
Syntax
/cpubar
/cpubar on
/cpubar off
/cpubar toggle
/cpubar statusArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Modus | Nein | toggle | on, 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.
/rambar [on|off|toggle|status]Steuert ausschließlich die RAM-Bossbar.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Die RAM-Bar unabhängig von den beiden anderen Bars geändert oder geprüft werden soll.
Syntax
/rambar
/rambar on
/rambar off
/rambar toggle
/rambar statusArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Modus | Nein | toggle | on, 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.
/tpsbar [on|off|toggle|status]Steuert ausschließlich die TPS-Bossbar.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Die TPS-Bar unabhängig von den beiden anderen Bars geändert oder geprüft werden soll.
Syntax
/tpsbar
/tpsbar on
/tpsbar off
/tpsbar toggle
/tpsbar statusArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Modus | Nein | toggle | on, 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.
/monolith runtimeZeigt die tatsächlich wirksame Laufzeitkonfiguration für Adaptive Runtime, Villager-Brains, Diagnose und Bossbars.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Nach `reload` geprüft werden soll, was wirklich aktiv ist.
- Adaptive Drosselung oder Trading-Hall-Verhalten erklärt werden muss.
Syntax
/monolith runtimeAusgabe 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.
/monolith versionZeigt die vollständige Buildidentität einschließlich Minecraft, Commit, Paper-Upstream, Mapping, Patchstand, Java und GC.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Vor Supportanfragen, Vergleichen und Reproduktionsversuchen.
Syntax
/monolith versionAusgabe 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.
/monolith reloadValidiert und lädt ausschließlich monolith.yml neu; Minecraft und Plugins werden nicht vollständig neu geladen.NIEDRIGPRODUKTIV SICHER
monolith.commandWann verwenden?
- Eine unterstützte Monolith-Konfiguration geändert wurde.
Syntax
/monolith reloadAusgabe 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.
/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
monolith.commandWann verwenden?
- Die Schutz- und Erholungspfade eines isolierten Testservers unter künstlichem Ressourcendruck geprüft werden.
Syntax
/overload
/overload start
/overload start light 60
/overload start heavy 60
/overload start extreme 60
/overload status
/overload stopArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Intensität | Nein | extreme | light, heavy oder extreme. |
| Sekunden | Nein | 60 | 10 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.
/debugchunks <Aktion>Steuert die vor Start und Whitelist-gebundene asynchrone Chunk-Vorbereitung mit Checkpoint, Pause und adaptiver Pipeline.HOCHNUR ENTWICKLUNG
monolith.commandAliase /mchunks <Aktion>
Wann verwenden?
- Eine Welt ausschließlich im Wartungsmodus vorab vorbereitet werden soll.
Syntax
/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 resetArgumente
| Argument | Pflicht | Standard | Bedeutung |
|---|---|---|---|
| Welt | Ja bei world | world | Exakter Name einer geladenen Bukkit-Welt, 1 bis 128 Zeichen. |
| Block-X / Block-Z | Ja bei center | 0 / 0 | Je −29.999.984 bis 29.999.984. |
| Blöcke | Ja bei radius | 5000 | 0 bis 29.999.984; nach außen auf ganze Chunks gerundet. |
| Shape | Ja bei shape | square | square 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.
- 01
Dauerhafte Last
Status sichern, führenden Hotpath bestimmen, dann nur das passende Subsystem öffnen.
/monolith status /monolith performance /monolith plugins | /monolith worlds | /monolith memory | /monolith proxy - 02
Unklare Ursache
DEEP für 60 Sekunden aktivieren und dieselbe Last reproduzieren.
/monolith performance diagnose 60 - 03
Nur einzelne Spikes
Average kann gesund wirken. P99, MAX und spike clusters lesen; JFR nur wenn Autopsy nicht reicht.
/monolith performance /monolith performance diagnose 60 /monolith record 60s - 04
Nachprüfung
Nach der Korrektur denselben leichten Einstieg wiederholen.
/monolith status /monolith performance
/monolith status
/monolith memory
/monolith profile start 60
/monolith plugins
# Nur bei bestätigtem Post-GC-/Direct-Memory-Trend:
/monolith record 60s
/monolith memory| Beobachtung | Bedeutung im aktuellen Modell | Nächster Schritt |
|---|---|---|
| Heap hoch, Post-GC deutlich niedriger, HIGH_ALLOCATION | Viel Speicher wird natürlich zurückgewonnen; eher temporäre Allocation als Retention. | /monolith profile start 60 |
| Post-GC steigt, Possible retained growth=true | Risikosignal nach mindestens vier frischen Werten und drei Anstiegen; noch keine Leak-Diagnose. | /monolith record 60s |
| QUEUE_PRESSURE | Queue ist die stärkste korrelierte Druckquelle. | /monolith worlds und /monolith runtime |
| DIRECT_MEMORY_PRESSURE | Direkte Puffer dominieren, nicht der Java-Heap. | /monolith performance; PACKET_* prüfen |
| Post-GC UNAVAILABLE | Noch keine unterstützte natürliche GC-Benachrichtigung. | Später erneut /monolith memory |
| Symptom / Kategorie | Bedeutung | Reihenfolge |
|---|---|---|
| ENTITY_NEARBY_LOOKUP | Umgebungssuche beziehungsweise Query-Amplification. | status → performance → diagnose 60 |
| ENTITY_PATHFINDING | Pfadberechnung. | performance → diagnose 60 → performance |
| ENTITY_COLLISION | Kollisionsarbeit. | performance → diagnose 60 |
| ENTITY_AI / ENTITY_BRAIN / ENTITY_GOALS | KI-, Brain- oder Goal-Ausführung. | performance → diagnose 60 |
| CHUNK_GENERATION | Neue Weltdaten werden erzeugt. | performance → worlds → diagnose 60 |
| CHUNK_LOAD | Chunk wird geladen; nicht automatisch Generation. | performance → worlds |
| CHUNK_PACKETS / PLAYER_CHUNK_TRACKING | Paketaufbereitung oder Auslieferung. | performance → proxy bei Forwarding-Hinweis |
| PLUGIN_EVENTS / PLUGIN_TASKS | Plugin-Callback oder Scheduler-Task. | performance → plugins → profile start 60 → plugins |
| Familie | Wert | Codebedeutung |
|---|---|---|
| Health | EXCELLENT / GOOD / DEGRADED / POOR / CRITICAL | Scorebänder 90–100 / 75–89 / 50–74 / 25–49 / 0–24. |
| Tickbudget | EXCELLENT / HEALTHY / HEAVY / SATURATED / OVER_BUDGET / SEVERE | <10 / 10–<25 / 25–<40 / 40–<50 / 50–100 / >100 ms Average MSPT. |
| Adaptive Runtime | NORMAL | Normale Monolith-Hintergrundkonkurrenz. |
| Adaptive Runtime | CONSTRAINED | Worker nach bestätigtem P95 plus Drucksignal auf eins begrenzt. |
| Adaptive Runtime | RECOVERING | Gesunde Beobachtungsphase; bis zur vollständigen Erholung weiter begrenzt. |
| Adaptive Runtime | DISABLED | Adaptive Entscheidungen sind per Konfiguration deaktiviert. |
| Memory | NORMAL / ELEVATED / HIGH / CRITICAL / RECOVERING | Scorebasierte, durch Stichproben und Hysterese bestätigte Stufen; hartes Critical kann sofort eskalieren. |
| Readiness | PASS / FAIL / NOT_RUN | Ein FAIL blockiert; fehlende Evidenz bleibt NOT_RUN. |
| Readiness | READY_FOR_EXTENDED_TESTING | Alle Checks bestanden und drei Evidenzdateien vorhanden; keine Produktionsfreigabe. |
| Begriff | Kurzdefinition |
|---|---|
| TPS | Server-Ticks pro Sekunde; Ziel sind höchstens 20. |
| MSPT | Millisekunden pro Tick. 50 ms entsprechen dem vollen Tickbudget bei 20 TPS. |
| P95 | 95 Prozent der Ticks waren gleich schnell oder schneller. |
| P99 | 99 Prozent lagen darunter; zeigt seltenere Tail-Spikes. |
| Headroom | 50 ms minus P95 oder P99. Negativ bedeutet über Budget. |
| Allocation | Rate temporär erzeugter JVM-Objekte; nicht gleich retained Heap. |
| GC | Automatische Rückgewinnung nicht mehr erreichbarer JVM-Objekte. |
| Post-GC Heap | Heap, der nach einer natürlichen GC belegt bleibt. |
| Queue Depth | Anzahl wartender Operationen; Alter und Trend sind ebenso wichtig. |
| Direct Memory | Native Puffer außerhalb des Java-Heaps, häufig für I/O oder Netzwerk. |
| Feld | Tatsächlicher Wert | Bedeutung |
|---|---|---|
| Permission | monolith.command | Gilt für jeden dokumentierten Befehl; Standard PermissionDefault.OP. |
| Ausführung | Konsole & Spieler | Keine Command-Klasse verlangt einen Player; jeder CommandSender mit Permission ist zulässig. |
| Hauptalias | /mono | Alias für /monolith. |
| Chunkalias | /mchunks | Alias für /debugchunks; nur bei aktivem Doppel-Gate registriert. |
| Debug Chunks | -Dmonolith.debug.chunk-mode=true + white-list=true vor Start | Ohne beides weder Config noch Command. |
| Overload | -Dmonolith.testing=true | Der begrenzte Lasttest bleibt sonst gesperrt. |
Jeder hier aufgeführte Befehl wird beim Wiki-Build gegen die aktuelle Befehlsreferenz geprüft.
