--- title: "Minecraft-Server mit Paper: TPS diagnostizieren und stabilisieren" description: "Hosting für einen Paper-Server mit Fokus auf das, was den Tick drückt: mspt lesen, mit spark profilieren, die Schlüssel in paper-world-defaults.yml und das schuldige Plugin." url: "https://streethosting.com.br/de/minecraft-paper" type: "page" language: "de" --- Paper, Plugins und mspt lesen # Ein Paper-Server mit TPS, die Sie erklären können Paper ist der Plugin-Fork, den die meisten öffentlichen Server einsetzen. Hier geht es darum, was er wirklich optimiert, welche Konfigurationsschlüssel eine Änderung wert sind und wie Sie das Plugin finden, das die Zeit des Ticks frisst. [Tarife für den Betrieb von Paper ansehen](https://streethosting.com.br/de/minecraft-pro#plans) [Erst TPS und mspt verstehen](https://streethosting.com.br/de/guias/minecraft/o-que-e-tps-minecraft-como-melhorar) * São Paulo, Brasilien * Anti-DDoS bis zu 400 Tbit/s * NVMe Kurze Antwort Paper ist ein Spigot-Fork, der die Bukkit-API beibehält und teure Teile des Servers neu schreibt, etwa das Laden von Chunks und das Ticking von Entities. In der Praxis hängt die TPS eines Paper-Servers weit mehr von der Taktrate pro Kern und von zwei oder drei schweren Plugins ab als vom gebuchten RAM. ## Paper ist ein Plugin-Fork, und das prägt das Ökosystem Die Linie lautet CraftBukkit, Spigot und Paper. Weil Paper die API von Bukkit und Spigot bewahrt, startet das JAR eines für Spigot kompilierten Plugins ohne Neukompilierung. Deshalb funktioniert der Bestand an EssentialsX, LuckPerms, Vault und WorldGuard nach dem Wechsel weiter. Was Paper hinzufügt, ist Implementierung, keine neue inkompatible API: neu geschriebene Chunks, Lichtmotor, Entity-Tracking, Trichter. Nichts davon macht den Tick parallel, der Gewinn kommt daraus, dass jeder Tick weniger kostet. Der Wechsel des JAR bringt eine echte, aber begrenzte Verbesserung, der Rest hängt an der Konfiguration und daran, welche Plugins Sie laden. ## mspt ist die Kennzahl, TPS nur das Symptom TPS ist bei 20 gedeckelt. Ein Server, der 45 Millisekunden pro Tick verbraucht, zeigt 20,0 und wirkt gesund, obwohl er nur 5 Millisekunden Luft hat. Eine Explosion oder jemand, der neues Gelände erkundet, reicht, um über 50 zu gehen und die Zahl abstürzen zu lassen. Wer nur die TPS beobachtet, erfährt vom Problem nach dem Spieler. Schauen Sie auf die Verteilung, nicht auf den Durchschnitt. Niedriger Median mit hohem 95. Perzentil deutet auf eine periodische Spitze, und der übliche Verdächtige ist Autosave, ein geplanter Task oder Geländeerzeugung. Hoher Durchschnitt mit enger Verteilung deutet auf konstante Last, fast immer Entities, Trichter oder Code, der bei jedem Bewegungsereignis läuft. Es lohnt sich außerdem, Tick-Lag von Netzwerk-Lag zu trennen. Ist das mspt entspannt und der Spieler spürt weiterhin Verzögerung, hilft kein Schlüssel in einer yml. ## Wo die Konfiguration liegt und was zu ändern sinnvoll ist Ab Paper 1.19 wurde die Konfiguration in zwei Dateien im Ordner config aufgeteilt: paper-global.yml für alles, was für den ganzen Server gilt, und paper-world-defaults.yml für die Standardwerte der Welten. Jede Welt kann weiterhin in ihrer eigenen paper-world.yml überschreiben, was sie will. Alte Anleitungen verlangen immer noch, eine paper.yml im Stammverzeichnis zu bearbeiten, die es in diesen Versionen nicht mehr gibt. In der globalen Datei bleibt fast alles beim Standard, und was eine Änderung rechtfertigt, sind Proxy-Anbindung, Paketbegrenzer und Chunk-Laden. Die Gewinne, nach denen alle suchen, stehen in der Weltdatei: Despawn-Bereiche, Mobs pro Spieler, Kollision, Trichter und die Redstone-Implementierung. Das Überschreiben pro Welt ist die am wenigsten genutzte Möglichkeit. Eine Minenwelt verträgt aggressives Despawn und kurze Simulation, ohne dass sich jemand beschwert, während das Haupt-Survival konservativ bleibt. Dieselbe aggressive Konfiguration auf alle Welten anzuwenden, macht aus Optimierung ein Support-Ticket. ## Die Falle der fertig kopierten Konfiguration Jene optimierte Datei, die in Foren kursiert, wendet Dutzende Änderungen auf einmal an. Auf dem Server dessen, der sie geschrieben hat, funktioniert sie. Auf Ihrem werden zwei oder drei dieser Schlüssel etwas kaputt machen, und Sie werden nicht herausfinden können, welche, weil Sie alles zusammen eingefügt haben. Die Schäden sind vorhersehbar. Sehr kurzes Despawn zusammen mit verringerter Spawn-Reichweite erzeugt die klassische Beschwerde, dass keine Mobs zum Farmen erscheinen. Eine zu niedrige Aktivierungsreichweite lässt den Mob stehen bleiben und die Farm mit ihm. Den Spawner-Mobs die KI zu nehmen, tötet Mechaniken, die von Bewegung abhängen. Ein hoher Zusammenführungsradius ändert, wie sich Drops am Boden gruppieren. Und ein Wechsel der Redstone-Implementierung ändert die Aktualisierungsreihenfolge der Leitungen, genug, damit eine timing-empfindliche Contraption ihr Verhalten ändert. Akzeptieren Sie außerdem, dass ein guter Teil des Gewinns in gar keiner yml steckt. Das schwere Plugin ist fast nie das mit dem größten JAR, sondern jenes, das bei jedem Ereignis synchron eine Datenbank abfragt, in einem wiederholten Task Entities durchgeht oder Chunk-Laden außerhalb des asynchronen Wegs erzwingt. Infrastruktur ## Was Paper wirklich optimiert * Laden und Erzeugen von Chunks außerhalb des Haupt-Threads, womit eine der teuersten Operationen des ursprünglichen Servers aus dem Tick verschwindet. * Ticking von Entities, Trichtern und Kollisionen mit Abkürzungen, die Spigot nicht hat, dazu ein Mobcap pro Spieler statt global. * Eine eigene API-Schicht über Bukkit, die moderne Plugins nutzen, um Arbeit einzuplanen, ohne den Tick zu blockieren. * Die Tick-Schleife läuft weiterhin auf einem einzigen Thread. Die Taktrate pro Kern wiegt schwerer als die Kernzahl, und der Ryzen 9 9950X mit DDR5 schafft mspt-Luft. Anwendungsfälle ## Serverprofile, bei denen diese Wahl zählt * Survival mit Wirtschaft, Grundstücksschutz und Block-Logging, wo der Engpass das Schreiben auf die Platte innerhalb des Ticks ist und nicht fehlender RAM. * Event-Server mit einer Spitze an Entities, Items am Boden und Mobs, die sich auf einer kleinen Region ballen. * Ein eigener Spawn voller Redstone und Trichter, bei dem die Weltkonfiguration schwerer wiegt als der gebuchte Tarif. * Ein Network-Backend hinter einem Proxy, wo jede Instanz ein vorhersehbares mspt braucht, damit der Proxy keine Warteschlange aufbaut. Optimierung ## Konfigurationsschlüssel, die eine Änderung wert sind * In server.properties schneidet simulation-distance echte Tick-Arbeit weg. view-distance kostet Bandbreite und Chunk-Versand, keine Rechenzeit. * In paper-world-defaults.yml lösen die Despawn-Bereiche, per-player-mob-spawns und das Kollisionslimit pro Entity die meisten Fälle von zu vielen Entities. * In spigot.yml wirken entity-activation-range und merge-radius sofort, und sie zerlegen auch am schnellsten Farmen, wenn man übertreibt. * Die Aikar Flags wirken auf die Pause des JVM-Garbage-Collectors, nicht auf die Plugin-Kosten innerhalb des Ticks. Wer beides verwechselt, verbrennt Diagnosezeit. Technische Daten ## Zahlen für die Dimensionierung vor dem Kauf Tarif- und Betriebsdaten, ohne Schätzung. Performance-Linie Ab R$ 54/Monat mit 4GB DDR5 Ryzen 9 9950X, angezeigt, wenn das mspt bereits von Plugins und Entities bestimmt wird. Jährliche Zahlung R$ 48,60/Monat im 4GB-Tarif Die jährliche Zahlung spart 10 %, die vierteljährliche 4 %. Zugeteilte CPU 300 % im 4GB-Tarif Drei Kerne. Der Tick nutzt einen, der Rest bedient asynchrone Chunks, Garbage Collection und Platte. Platte im Einstiegstarif 30GB NVMe Hält Autosave und das Lesen der Regionsdateien vom kritischen Pfad fern. Öffentliche Bewertung 4,7 von 5 auf Trustpilot, mit 45 Bewertungen Vergleich ## Spigot, Paper und Purpur nebeneinander Alle drei führen Bukkit-Plugins aus. Der Unterschied liegt darin, wie viel vom Server neu geschrieben wurde und wie viel Originalverhalten Sie im Gegenzug aufzugeben bereit sind. | Punkt | Spigot | Paper | Purpur | | ------------------------------------------ | --------------------------------- | -------------------------------------------------- | --------------------------------------------- | | Plugin-API | Bukkit und Spigot | Bukkit und Spigot, dazu eigene Schicht | Alles von Paper, dazu Erweiterungen | | Chunk außerhalb des Haupt-Threads | Nicht vorhanden | Vorhanden | Von Paper geerbt | | Leistungsschlüssel | Wenige, in spigot.yml | Viele, getrennt nach global und Welt | Die von Paper und Dutzende Mechanik-Optionen | | Risiko, das Originalverhalten zu verändern | Gering | Mittel, je nachdem, was Sie aktivieren | Hoch, wenn Sie Optionen ungelesen einschalten | | Wann wählen | Ein sehr altes Plugin ohne Ersatz | Standard für einen öffentlichen Server mit Plugins | Wenn das Anpassen von Mechaniken das Ziel ist | Paper ist die vorhersehbare Mitte. Purpur lohnt sich nur, wenn Sie die Zusatzoptionen absichtlich nutzen wollen, und jede davon ist eine Gameplay-Entscheidung, bevor sie eine Leistungsentscheidung ist. Schritt für Schritt ## Ablauf zur Untersuchung eines TPS-Einbruchs Die Reihenfolge zählt: Jeder Schritt schließt eine Hypothese aus, bevor der nächste kommt. 1. 01 ### Bestätigen Sie, dass das Problem im Tick liegt Sehen Sie sich das mspt in der Konsole oder im Panel an. Unter 50 und der Spieler beschwert sich weiterhin, dann geht die Untersuchung zu Netzwerk, Proxy oder Client. 2. 02 ### Lesen Sie die Verteilung statt des Durchschnitts Vergleichen Sie den Medianwert mit dem 95. Perzentil. Eine einzelne Spitze deutet auf Autosave, einen geplanten Task oder Geländeerzeugung. Ein hoher, konstanter Wert deutet auf Entities, Trichter oder Code, der bei jedem Ereignis läuft. 3. 03 ### Profilieren Sie während der echten Spitze Timings wurde in Paper eingemottet und spark hat den Platz eingenommen, in aktuellen Versionen eingebaut und in älteren als Plugin verfügbar. Starten Sie die Aufzeichnung bei vollem Server. Ein Profil bei leerem Server zeigt nicht, wonach Sie suchen. 4. 04 ### Trennen Sie Plugin-Kosten von Weltkosten Prüfen Sie, ob die Zeit im Plugin-Code steckt oder im Entity- und Chunk-Ticking des Servers. Zählen Sie vor jeder Dateiänderung die Entities: Items am Boden und angesammelte Tiere erklären einen guten Teil der Einbrüche. 5. 05 ### Ändern Sie eine Sache und messen Sie erneut Wenden Sie eine Anpassung an, kehren Sie zur selben Lastzeit zurück und vergleichen Sie dasselbe Perzentil. Ohne die zweite Messung wissen Sie nicht, ob es besser wurde oder ob die Spitze nur die Uhrzeit gewechselt hat. Checkliste ## Bevor Sie eine fertig gefundene Konfiguration anwenden Fünf Prüfungen, die Ihnen die verlorene Woche ersparen, in der Sie suchen, welcher Schlüssel was zerlegt hat. * Notieren Sie Ihr aktuelles medianes mspt und das 95. Perzentil bei vollem Server, damit Sie ein Vorher haben. * Sichern Sie die Welt und den Ordner config, bevor Sie irgendeine Datei bearbeiten. * Prüfen Sie Ihre Paper-Version: Altes Material nennt Dateien und Schlüssel, die es nicht mehr gibt. * Teilen Sie die Änderungen nach Thema auf, etwa Entities, Chunks, Redstone und Netzwerk, und wenden Sie jeweils eine Gruppe an. * Testen Sie die Farmen und die Contraptions am Spawn, nachdem Sie an Aktivierungsreichweite oder Redstone gedreht haben. ## Häufige Fragen 01 Funktioniert ein für Spigot gebautes Plugin auf Paper? Ja. Paper bewahrt die API von Bukkit und Spigot, das JAR startet also ohne Neukompilierung. Umgekehrt gilt das nicht immer: Ein Plugin, das die Paper-eigene Schicht nutzt, läuft nicht auf reinem Spigot. 02 Wo liegen die Konfigurationsdateien von Paper? Ab Paper 1.19 liegen sie im Ordner config, getrennt in paper-global.yml für den ganzen Server und paper-world-defaults.yml für die Welten, mit individuellem Überschreiben in paper-world.yml. Alte Inhalte nennen noch eine paper.yml im Stammverzeichnis, die es in diesen Versionen nicht gibt. 03 Wie finde ich heraus, welches Plugin die TPS drückt? Indem Sie bei echter Last profilieren. Ein nach Plugin gruppierter Bericht beschuldigt manchmal denjenigen, der lediglich eine teure Operation des Servers selbst ausgelöst hat, prüfen Sie also den Aufrufstapel, bevor Sie etwas deinstallieren. 04 Bedeuten 20 TPS, dass alles in Ordnung ist? Nicht zwangsläufig. TPS ist bei 20 gedeckelt, ein Server mit 45 Millisekunden pro Tick zeigt also weiterhin 20. Verfolgen Sie das mspt: unter 50 gibt es Luft, und die Größe dieser Luft entscheidet, ob das nächste schwere Ereignis den Server umwirft. 05 Lohnt es sich, eine fertige optimierte Konfiguration zu kopieren? Sie taugt als Liste von Schlüsseln zum Studieren, nicht zum Einfügen. Aggressive Werte für Despawn, Aktivierungsreichweite und Item-Zusammenführung verändern das Spawnen von Mobs und die Funktion von Farmen. Wenden Sie sie in kleinen Gruppen an und messen Sie das mspt vor und nach jeder Gruppe. Hier weiterlesen ## Ratgeber, um das hier Beschriebene umzusetzen * [Wie man Lag auf einem Paper-Server reduziert TPS und mspt in der Praxis, mit den Schlüsseln in der Reihenfolge, in der sie sich lohnen.](https://streethosting.com.br/de/guias/minecraft/como-reduzir-lag-servidor-paper) * [Lag mit dem spark profiler analysieren Wie Sie die Aufzeichnung nehmen und das Ergebnis lesen, ohne das falsche Plugin zu beschuldigen.](https://streethosting.com.br/de/guias/minecraft/spark-profiler-analisar-lag-minecraft) * [Paper gegen Spigot im Produktivbetrieb Was sich im Alltag ändert, wenn Sie das JAR des Servers wechseln.](https://streethosting.com.br/de/guias/minecraft/paper-vs-spigot-servidor-minecraft) * [Purpur gegen Paper Wann sich die Zusatzoptionen lohnen und wann sie nur Gameplay-Bugs erzeugen.](https://streethosting.com.br/de/guias/minecraft/purpur-vs-paper-servidor-minecraft) 4.7/5 auf Trustpilot Geld-zurück-Garantie Aktivierung in 60 s Premium-Support Bewährt bei über 2.500 Kunden ## Was zum Tarif gehört * Ein Panel mit Konsole, Neustart und Verbrauchsverlauf, in dem die Spitze auftaucht, bevor sie zur Beschwerde wird. * Support auf Portugiesisch, gewohnt im Lesen von Leistungsprofilen und Crash-Reports. * RAM-Upgrade ohne manuelle Migration, sobald Wirtschaft und Block-Log wachsen. [Tarife für den Betrieb von Paper ansehen](https://streethosting.com.br/de/minecraft-pro#plans) [Support kontaktieren](https://streethosting.com.br/de/contact) Keine fertige Konfiguration ersetzt eine eigene Messung: messen, einen Schlüssel ändern, erneut messen.