Modpack-Server: Kapazität vor dem Start prüfen
Um einen Modpack-Server zu dimensionieren, braucht ihr einen Probelauf mit der vorgesehenen Version, einer repräsentativen Welt, klaren Spieleraktivitäten und wiederholten Messungen. Eine Anmeldung am leeren Spawn bestätigt lediglich, dass die Verbindung funktioniert. Sie zeigt nicht, wie sich ausgebaute Basen, Maschinen und gleichzeitige Erkundung auswirken.
Für eine etablierte Community zählt, welche Last tatsächlich geprüft wurde und unter welchen Bedingungen der Start vertretbar ist. Mit diesem Ablauf könnt ihr eine solche Prüfung beauftragen und die Übergabe beurteilen. Es handelt sich um einen vorgeschlagenen Testplan. Für diesen Artikel haben wir keinen Server betrieben und keine Kapazität gemessen. Aus Gigabytes oder der Anzahl installierter Mods lässt sich keine allgemeingültige Spielerzahl ableiten.
Erst die Last beschreiben, dann Ressourcen anfragen
Haltet die genauen Versionen von Modpack, Minecraft, Loader und Java sowie Konfiguration und Weltzustand fest. Dazu gehören Testhardware, Ressourcenlimits und Dienste, die dieselbe Maschine nutzen. Weicht die spätere Betriebsumgebung davon ab, muss das im Ergebnis sichtbar bleiben.
Legt eine gleichzeitige Spielerzahl fest, nicht die gesamte Mitgliederzahl eures Discord-Servers. Beschreibt die Aktivitäten: Treffen an einem Ort, Arbeit in getrennten Basen, Dimensionswechsel oder Erkundung neuer Gebiete. Die Anzahl verbundener Clients ersetzt diese Beschreibung nicht.
Die Prüfung der Modpack-Auslieferung behandelt Installation und Kompatibilität. Schließt sie vor der Leistungsmessung ab. Wenn Teilnehmer wegen unterschiedlicher Versionen nicht beitreten können, entsteht nicht die geplante Last.
Lasst die Verantwortlichen des Packs typische Anlagen und Spielmechaniken einer fortgeschrittenen Saison benennen. Existiert bisher nur eine neue Welt, könnt ihr ein künstliches Testszenario aufbauen. Dokumentiert dessen Grenzen und bezeichnet es nicht als Nachweis aus einer gewachsenen Community.
Eine isolierte, wiederholbare Kopie vorbereiten
Verwendet eine wiederherstellbare Weltkopie und trennt externe Integrationen so, dass der Test keine produktiven Daten verändert. Bewahrt einen eindeutig benannten Ausgangsstand für Wiederholungen auf. Die Probe einer Backup-Wiederherstellung hilft bei dieser Vorbereitung.
Haltet alle Variablen konstant, die ihr gerade nicht untersucht. Ändert ihr zwischen zwei Durchläufen Arbeitsspeicher, Distanzen, Mods und Weltzustand gleichzeitig, lässt sich eine Verbesserung keiner einzelnen Ursache zuordnen. Speichert die Konfigurationsunterschiede mit den Ergebnissen.
Trennt Start und Aufwärmphase von der längeren Messphase. Diese sollte die relevanten Abläufe erfassen: Maschinenzyklen, Speichervorgänge und regelmäßige Aufgaben, die auch während des Spielbetriebs laufen. Eine allgemeingültige Mindestdauer gibt es nicht. Wird eine geplante Aufgabe während des Tests nicht ausgeführt, bleibt sie ausdrücklich außerhalb der geprüften Abdeckung.
Vier unterschiedliche Lastsituationen durchspielen
Die folgende Matrix ist ein Arbeitsvorschlag, kein Benchmark und keine Zusicherung. Verwendet dieselbe angestrebte Spielerzahl, damit Unterschiede zwischen den Aktivitäten erkennbar werden.
| Szenario | Vorzubereitende Aktivität | Fragestellung |
|---|---|---|
| Gemeinsamer Start | Teilnehmer versammeln sich im Ankunftsbereich | Wie verhält sich die geplante Ansammlung? |
| Ausgebaute Basen | Gruppen arbeiten an mehreren Standorten mit laufenden Maschinen | Welche dauerhafte Last erzeugen die Spielmechaniken? |
| Erkundung | Vereinbarte Route durch neues Gelände und relevante Dimensionen | Wie unterscheidet sich Erkundung vom Betrieb bekannter Gebiete? |
| Gemischte Sitzung | Aktive Basen, Reisen und vorgesehene Hintergrundaufgaben | Was passiert bei den später erwarteten Überschneidungen? |
Beschreibt die Handlungen konkret: welche Maschine startet, welches Rezept sie verarbeitet und welche Strecke die Spieler zurücklegen. „Normal spielen“ lässt sich schlecht wiederholen. Bei Erkundungsrouten müsst ihr festhalten, ob das Gelände bereits vorhanden war. Eine zweite Fahrt durch inzwischen generierte Chunks prüft andere Bedingungen.
Stehen nicht genügend Teilnehmer zur Verfügung, gilt die Aussage nur für die getestete Gruppe. Untätige Clients und Teilsimulationen können einzelne Komponenten untersuchen. Sie bestätigen jedoch nicht automatisch das Spielerlebnis des vollständigen Modpacks.
Tickzeiten zusammen mit dem Kontext erfassen
Nutzt eine zu Server und Loader passende spark-Version und beachtet die Installationsdokumentation. Prüft die Kompatibilität des gewählten Downloads. Ein Paper-Plugin kann nicht allein wegen desselben Projektnamens wie eine Server-Mod eingesetzt werden.
TPS beschreibt die Tickfrequenz, MSPT die benötigte Verarbeitungszeit. Bei 20 TPS beträgt das mittlere Zeitbudget 50 Millisekunden pro Tick. Beachtet auch die Streuung: spark zeigt Median und 95. Perzentil sowie Extremwerte. Ein unauffälliger Durchschnitt kann spürbare Pausen verdecken. Die offizielle Erklärung zu TPS und MSPT erläutert den Zusammenhang.
Pro Phase gehören Zeitpunkt, aktive Teilnehmer, Tätigkeiten, TPS, verfügbare Tickzeitverteilung, Speicherwerte und Beobachtungen ins Protokoll. Die spark-Befehlsreferenz dokumentiert /spark tps, /spark health show --memory und /spark gc. Bewahrt die Messfenster auf: Eine Momentaufnahme ist nicht mit einer ganzen Spielsitzung gleichzusetzen.
Tritt ein Problem auf, erstellt zusätzlich ein Profil während des reproduzierbaren Szenarios. Ein hoher Anteil im Profil weist auf einen Untersuchungsbereich hin. Er beweist allein keinen Fehler einer Mod. Ordnet die Aufnahme den ausgeführten Aktionen und den Logs dieses Durchlaufs zu.
Freigabekriterien vor dem Test vereinbaren
Legt vorab fest, welches Verhalten den Start verhindert: unerwartete Abschaltungen, anhaltende Fehler, nicht reagierende Kernfunktionen oder eine dauerhafte Verlangsamung des Spiels. Vereinbart außerdem, wie kurze Pausen bewertet werden und welche Reserve erhalten bleiben soll. Das Tickbudget von 50 ms ist keine vollständige Vereinbarung über das Spielerlebnis.
Ein Entscheidungsbeispiel ohne erfundene Messwerte: Die Basenphase erfüllt eure Kriterien, die Erkundung jedoch nicht. Dann ist nicht die gesamte Last freigegeben. Untersucht das betroffene Szenario, ändert eine Variable und wiederholt den Durchlauf. Soll Erkundung zum Start eingeschränkt werden, dokumentiert diese Einschränkung und prüft, ob sie zum Spielformat passt.
Ein hoher Speicherwert belegt allein kein Speicherleck. Mehr RAM beweist wiederum nicht, dass die Ursache von Pausen behoben wurde. Betrachtet Verlauf, Speicherbereinigung und Profil, bevor ihr den nächsten Eingriff auswählt. Wiederholt betroffene Phasen mit der Konfiguration, die tatsächlich übergeben wird.
Ersetzt einen fehlgeschlagenen Durchlauf nicht stillschweigend durch den besten Versuch. Bewahrt die Abfolge auf, erklärt bewusste Änderungen und kennzeichnet abgebrochene Sitzungen. Schwanken die Ergebnisse ohne bekannte Änderung stark, gehört diese Unsicherheit vor einer belastbaren Kapazitätsaussage untersucht.
Eine nachvollziehbare Übergabe verlangen
Zur Übergabe gehören Versions- und Umgebungsprotokoll, Ausgangswelt, Handlungsabläufe, Messungen je Phase und eine Liste offener Probleme. Jeder Fall erhält den Status ausgeführt, fehlgeschlagen oder ausstehend, einen Nachweis und eine verantwortliche Person für den nächsten Schritt. Ein einzelner Screenshot mit 20 TPS ersetzt das nicht.
Das Ergebnis muss die geprüfte Last und ihre Grenzen nennen: gleichzeitige Teilnehmer, Aktivitäten, Dauer und Unterschiede zur Produktion. Nach Pack-Änderungen, zusätzlichen Maschinen oder veränderten Regeln für geladene Bereiche ist über erneute Tests zu entscheiden. Die Aussage gilt für dokumentierte Bedingungen, nicht für unbegrenztes künftiges Wachstum.
Wenn ihr verwaltete Infrastruktur für eure Community beauftragt, bringt diese Beschreibung und den geplanten Starttermin mit. Mineando kalkuliert bezahlte Projekte nach individuellem Umfang. Vereinbart Umgebung, Szenarien und erforderliche Nachweise vor dem Probelauf. Wartung und Live-Betreuung werden gesondert abgestimmt.
