Guides · 4 min. læsning
Paper spark profiler: find årsagen til Minecraft-serverlag
Opdateret 28. oktober 2026
Denne guide er til serverejeren, der vil finde den konkrete årsag til lag, ikke kun kende forskellen på ping og TPS. Paper inkluderer spark fra version 1.21 og anbefaler værktøjet til profilering. På en anden eller ældre server skal du først kontrollere, om spark er installeret og understøttet.
Afgræns fejlen før du måler
Spørg, om problemet rammer alle spillere eller kun én. Lav FPS hos én spiller kan være et klientproblem; forsinkelse kan komme fra netværket; langsomme ticks påvirker serverens simulation. Et online-statusmærke eller et enkelt pingtal fortæller ikke, hvor serveren bruger sin tid.
Notér tidspunkt, antal spillere og hvad der sker: nye områder bliver udforsket, en bestemt farm kører, eller en kommando udføres. Se også konsollen og logs efter fejl. Den information gør en efterfølgende rapport langt mere brugbar.
Optag spark, mens problemet foregår
Start med /spark profiler start --timeout 600 fra en konto med de nødvendige rettigheder. I konsollen bruges kommandoen normalt uden skråstreg. Den optager i ti minutter og giver et rapportlink, når optagelsen er færdig. Følg Papers aktuelle profileringsvejledning, hvis din version viser en anden syntaks.
Optag under repræsentativ belastning. En profil fra en tom server siger ikke meget om lag under aftenens byggeaktivitet. Brug spark i stedet for at bygge ny fejlsøgning på forældede Timings-rapporter.
Læs rapporten som et spor, ikke en dom
Kig på serverens tick-tider og de dele af arbejdet, der fylder under optagelsen. Høje tick-tider kan knytte sig til blandt andet entities, chunk-arbejde eller plugin-kode. Ved den normale målsætning på 20 ticks i sekundet er der cirka 50 millisekunder til en tick; vedvarende overskridelse gør det svært at holde tempoet.
En stor andel i rapporten betyder ikke automatisk, at et plugin er defekt. Vurdér, hvilket arbejde der blev udført, og sammenlign med en optagelse fra et tidspunkt uden problemet. Skeln også mellem en vedvarende flaskehals og enkelte korte spidser.
Test én ændring og mål igen
Tag backup før ændringer. Test først på en kopi, hvis du skal ændre plugins eller verdensdata. Lav kun én ændring ad gangen, og optag igen under nogenlunde samme belastning, så du kan se, om den faktisk hjalp.
Sænk ikke ukritisk alle afstande eller mobgrænser; det kan ændre spiloplevelsen uden at løse årsagen. Gem rapportlink, ændring og resultat i en kort driftsnote. Hvis du beder om hjælp, så gennemgå rapport og logs for følsomme oplysninger, før du deler dem offentligt.