Chunky: Fläche und Zeit für den Serverstart planen
Plant die mit Chunky vorzubereitende Fläche vom Eröffnungstermin aus rückwärts: Legt das Spielgebiet fest, messt einen repräsentativen Probelauf und reserviert Zeit sowie Speicherplatz für das abschließende Backup und die Generalprobe. Ein Radius von einem anderen Server sagt wenig darüber aus, ob eure Welt rechtzeitig fertig wird.
Dieser Leitfaden richtet sich an Community-Betreiber und Eventteams, die eine Java-Welt vorbereiten und Chunky bereits installiert haben. Das Ergebnis ist ein kleines Planungsblatt mit einer begründeten Startentscheidung. Alle Beispielzahlen sind erfunden, keine Mineando-Messwerte und keine Leistungszusage für eure Hardware.
Aus dem Spielgebiet wird ein Arbeitsumfang
Haltet Welt, Mittelpunkt, Form und benötigte Ausdehnung fest. Berücksichtigt Turnierziele, Portalausgänge und Teleportpunkte des Events. Plant jede Dimension einzeln: Eine Schätzung für die Oberwelt belegt nicht den Aufwand einer zusätzlichen Mod-Dimension.
Prüft vor der Freigabe die Einheiten. Ein einfacher Zahlenwert für den Chunky-Radius bezeichnet Blöcke; die quadratische Vanilla-Weltgrenze verwendet den Durchmesser. Eine Grenzgröße von 6.000 entspricht damit einer halben Seitenlänge von 3.000. Grundlage sind die offizielle Radius-Referenz und die Anleitung zu Weltgrenzen.
Als erste geometrische Näherung umfasst ein Quadrat mit halber Seitenlänge r etwa (2r / 16)² Chunk-Spalten, ein Kreis etwa πr² / 256. Das sind Flächenberechnungen, keine exakten Chunky-Zählwerte. Die Ausrichtung der Ränder, vorhandenes Gelände und Generierung außerhalb der gewählten Fläche können Arbeitsaufwand und Speicherbedarf verändern.
| Gewählte Fläche | Ungefähre Zahl der Chunk-Spalten |
|---|---|
| Quadrat, halbe Seitenlänge 1.500 Blöcke | 35.156 |
| Quadrat, halbe Seitenlänge 3.000 Blöcke | 140.625 |
| Kreis, Radius 3.000 Blöcke | 110.447 |
Der doppelte Radius bedeutet die vierfache Fläche. Ein Kreis benötigt weniger Fläche als das umschließende Quadrat, lässt aber dessen Ecken aus. Wählt ihn nicht allein für eine günstigere Schätzung, wenn das Event diese Ecken braucht.
Prüft Spielgrenze und Generierungsauswahl als zwei getrennte Einstellungen. Entscheidet, ob eure Strecken wegen der Sichtweite vorbereitetes Gelände außerhalb der Spielgrenze benötigen. Ein solcher Zuschlag gehört in die Rechnung. Einen allgemein ausreichenden Abstand kann dieser Artikel für eure Installation nicht bestätigen.
Messt einen passenden Probelauf
Sichert vor der Generierung auf dem Produktivsystem einen wiederherstellbaren Datenstand und bestimmt, wer den Vorgang anhalten darf. Habt ihr die vollständige Umgebung noch nie wiederhergestellt, klärt das Verfahren zuerst mit der Anleitung zur Wiederherstellungsprobe.
Verwendet die geplante Minecraft-Version, den vorgesehenen Weltgenerator, die Datapacks, Mods und relevanten Einstellungen. Die verfügbaren Ressourcen müssen mit der späteren Generierungsumgebung vergleichbar sein. Wer eine Abhängigkeit der Weltgenerierung für einen schnelleren Versuch entfernt, misst nicht mehr den Aufwand der ursprünglich geplanten Welt.
Wählt neues Gelände mit repräsentativen Strukturen. Notiert Anfangs- und Endzeit, verarbeitete Chunks, freien Speicherplatz vorher und nachher sowie Fehler. Wiederholt den Versuch in einem anderen Gebiet, wenn die Welt stark unterschiedliche Landschaften enthält. Der Lauf sollte lang genug sein, um anhaltende Belastung des Speichers sichtbar zu machen. Ein kurzer Geschwindigkeitsschub direkt nach dem Start ist eine schwache Grundlage für einen nächtlichen Auftrag.
Chunky zeigt Fortschritt, Geschwindigkeit und geschätzte Restzeit an. Der offizielle Leitfaden zur Vorgenerierung erläutert diese Angaben. Haltet mehrere Beobachtungen fest, statt aus der ersten Restzeit eine Terminzusage abzuleiten.
Laut Chunky-FAQ werden vorhandene Chunks übersprungen. Ein Probelauf durch überwiegend altes Gelände kann deshalb für eine neue Welt irreführend schnell wirken. Trennt Messungen neuer Generierung von Durchläufen durch bereits vorhandene Gebiete.
Rechnet mit einer Spanne und reserviert Betriebszeit
Nehmen wir für das Planungsblatt eine anhaltende Geschwindigkeit von 40 bis 60 neuen Chunks pro Sekunde an. Diese hypothetische Eingabe müsst ihr durch Beobachtungen aus eurer Umgebung ersetzen.
Für das Quadrat mit halber Seitenlänge 3.000 ergibt sich:
- Bei 60 Chunks pro Sekunde:
140625 / 60 / 3600 ≈ 0,65 Stunden. - Bei 40 Chunks pro Sekunde:
140625 / 40 / 3600 ≈ 0,98 Stunden.
Bei halber Seitenlänge 6.000 steigt die ungefähre Zahl auf 562.500. Mit denselben angenommenen Geschwindigkeiten sind das etwa 2,60–3,91 Stunden. Enthalten ist ausschließlich die Generierungsarbeit. Backup, Neustart, Dateiübertragung, Kartenrendering, Störungen und Generalprobe kommen hinzu.
Bei einem dreistündigen Wartungsfenster überschreitet das größere Quadrat bereits mit der langsameren Annahme den verfügbaren Zeitraum. Auch für das kleinere Quadrat braucht ihr eine separate Zeitreserve für die übrigen Aufgaben. Verplant nicht das gesamte Fenster für die Generierung, wenn anschließend noch vor Ankunft der Teilnehmer ein Backup fertig werden muss.
Vereinbart vorher eine Ausweichlösung: kleineres Startgebiet, spätere Freigabe einer optionalen Dimension oder verschobener Start. Benennt die entscheidungsberechtigte Person und den spätesten Entscheidungszeitpunkt. Eine größere Maschine ist eine weitere Projektentscheidung mit neuer Messung, keine automatische Lösung.
Plant den Speicherplatz unabhängig davon
Nutzt den Zuwachs der Weltdaten während des Probelaufs als lokale Beobachtung. Würden beispielsweise 10.000 neue Chunk-Spalten 1 GiB hinzufügen, ergäbe eine proportionale Hochrechnung für 140.625 Spalten ungefähr 14,1 GiB. Das ist eine erfundene Beispielrechnung, kein allgemein gültiges Minecraft-Speicherverhältnis.
Vorhandene Daten sind darin nicht enthalten. Außerdem muss die Stichprobe weiterhin repräsentativ sein. Andere Dimensionen, Strukturen und Generatoren können diese Annahme entkräften. Messt immer dieselbe Größe; vermischt nicht die scheinbare Dateigröße mit dem tatsächlich belegten Speicherplatz.
Reserviert zusätzlich Platz für Backups auf demselben Datenträger, temporäre Kopien, Protokolle, gerenderte Karten und den späteren Spielbetrieb. Legt eine Grenze für den freien Speicher fest, bei der die zuständige Person pausiert. Leitet sie aus euren Betriebsanforderungen ab, nicht aus einem übernommenen Beispielprozentsatz.
Trefft die Startentscheidung anhand von Nachweisen
Füllt vor dem vereinbarten Entscheidungstermin ein kurzes Übergabeprotokoll aus:
- Exakter Softwarestand und abgeschlossene Auswahl mit allen benötigten Dimensionen.
- Tatsächliche Laufzeit und verbleibender Speicherplatz, einschließlich Fehlern und offener Aufgaben.
- Fertiges Backup sowie geprüfter Spawn, Eventstrecken, Portale und Weltgrenze.
- Generalprobe mit dem geplanten Spielablauf und verantwortliche Person für akzeptierte Einschränkungen.
Abgeschlossene Vorgenerierung belegt keine bestimmte Spielerkapazität. Entitäten, Plugins, Netzwerkbedingungen und Eventmechaniken brauchen weiterhin eine eigene Probe. Vorbereitetes Gelände schließt schlechte Leistung beim tatsächlichen Spielbetrieb nicht aus.
Für eine beauftragte Umsetzung schickt das Planungsblatt, den Termin und den vorgesehenen Spielablauf an Mineandos Service für verwaltete Infrastruktur. Damit lassen sich Vorbereitung, Monitoring, Wiederherstellungsverfahren und Verantwortlichkeiten für die Probe konkret vereinbaren. Projekte sind kostenpflichtig und werden individuell angeboten; laufender Support und Live-Betreuung werden separat abgestimmt.
