Spark Raporu Nasıl Okunur? MSPT, Yüzdeler ve Sunucu Lagı Teşhisi

MINECRAFTTURK

Site Yöneticisi
Site Yöneticisi
Top Poster Of Month
✓ MinecraftTurk Yetkilisi Site Yöneticisi Yönetim
Katılım
19 Şubat 2019
Mesajlar
1,635
Tepkime puanı
1
Puanları
868
Spark raporu okurken önce ölçümün lag yaşanan zaman aralığını kapsadığını, seçili iş parçacığını ve görüntülenen yüzdelerin neye göre hesaplandığını kontrol edin. Bir eklenti adının ağaçta görünmesi, tek başına sunucu lagına o eklentinin neden olduğunu kanıtlamaz. TPS/MSPT özeti, çağrı ağacı ve aynı zamanın sunucu olayları birlikte okunmalıdır.

spark.png

Görsel: Bir profiler raporunu değerlendirme sırası. Gerçek bir sunucu raporunun ekran görüntüsü değildir.

Bu rehber, Spark ile ana iş parçacığı darboğazını bulma rehberini bir okuma örneğiyle tamamlar. Aşağıdaki çağrı ağacı tamamen öğretici bir şemadır; CRAFTAVIA veya başka bir gerçek sunucunun ölçümü değildir.

1. Rapor doğru zamanda alınmış mı?​

Paper'ın resmî profiling yönergesi raporu sorun yaşanırken almayı önerir. Sunucu boşken alınan sakin bir kayıt, oyuncuların kalabalık bir etkinlikte yaşadığı sorunu açıklamayabilir. Sürümü, oyuncu sayısını, world/chunk etkinliğini ve kayıt sırasında yapılan işlemi not edin.

Önce sunucunuzda /spark komutunun bulunduğunu ve yetkinizi kontrol edin. Paper 1.21 ve sonrası için Spark yerleşik olarak sunulur; farklı sunucu yazılımlarında kurulum ve komut kullanılabilirliği ayrıca değerlendirilir.

Kod:
/spark profiler start --timeout 600
Paper dokümanındaki bu örnek, belirlenen süre boyunca profil kaydı alır. Yalnızca yavaş tickleri incelemek için resmî sorun giderme yönergesinde şu örnek de bulunur:
Kod:
/spark profiler start --only-ticks-over 100 --timeout 300
İkinci komut farklı bir örneklem alır: 100 ms eşiğini aşan ticklere odaklanır. Bütün çalışma süresini temsil eden kayıt ile yalnızca yavaş tick kaydının yüzdelerini aynı veriymiş gibi karşılaştırmayın.

2. TPS ile MSPT'yi birlikte değerlendirin​

Minecraft'ın 20 tick/s hedefinde bir tick için zaman bütçesi 50 ms'dir. Bunun üzerindeki sürekli tick yükü sunucunun hedef ritmini korumasını zorlaştırır. Ancak tek bir ortalama bütün durumu anlatmaz: Kısa donmalar, normal görünen ortalamanın içinde kaybolabilir.

Rapordaki zaman aralığını ve sunulan yüzdelik/kuyruk ölçülerini de inceleyin. Özellikle şikâyetin yaşandığı an ile ölçümün aynı olup olmadığını ayırın. “TPS 20 görünüyor” demek, her kısa takılmanın yok olduğu anlamına gelmez.

3. Çağrı ağacında yüzdeler nasıl okunur?​

Spark görüntüleyici dokümanına göre bir düğümün yüzdesi seçili thread için örneklenen sürenin oranıyla ilgilidir. Kökün %100 görünmesi bilgisayarın toplam işlemcisinin %100 dolu olduğunu göstermez. Ana iş parçacığına bakarken diğer iş parçacıklarının yükünü bu sayıya ekleyip CPU kullanımı hesaplamayın.

Aşağıdaki isimler ve yüzdeler varsayımsal, açıklama amaçlı örnektir:
Kod:
Server thread                         %100
└─ tickServer                          %70
   ├─ tickEntities                     %30
   │  └─ ExamplePlugin.onEntityTick     %20
   └─ chunk işlemleri                  %25
Bu şemada ExamplePlugin, gerçek bir eklenti adı değildir. Alt dalın süresi üst dalın içinde yer alır. Dolayısıyla %70 + %30 + %20 şeklinde toplayarak “%120 yük” sonucuna gidilmez. Kayıt aralığı, örnekleme ve thread seçimi aynı kalmadan iki rapor yüzdesi de doğrudan kıyaslanmaz.

4. Gördüğünüz dalı bir hipoteze dönüştürün​

Baskın görünen dalAraştırılacak adayEşlik eden kanıt
Varlık tickleriEtkin varlık sayısı ve bulunduğu alanlarAynı zamanda entity/chunk dağılımı
Chunk üretimiYeni arazi keşfi veya dünya üretimiKeşif ve yeni chunk kayıtları
Bir eklenti çağrısıO çağrıyı tetikleyen işlemÇağrı sayısı, oyuncu eylemi ve zaman eşleşmesi
Bekleme / I/O ile ilişkili bölümDisk, ağ veya dış servis beklemesiAynı zamanın sistem ve servis ölçümleri
Bu tablo teşhis yönünü belirler; görünen isimler kesin neden değildir. Eklenti başka bir sistemin çağrısını taşıyor olabilir. Kısa kayıtta az sayıda örnekten büyük bir sonuç çıkarmadan önce ilgili dalı açıp üst/alt ilişkisini inceleyin.

5. Değişiklikten önce ve sonra ne kaydedilmeli?​

Kod:
Rapor tarihi ve saat aralığı:
Sunucu yazılımı / sürüm:
Profiler modu ve eşik:
Oyuncu sayısı / etkinlik:
TPS / MSPT özeti:
Baskın çağrı ve üst-alt yolu:
Değiştirilen tek ayar:
Karşılaştırma raporunun aynı koşulları:
Sonuç ve kalan belirsizlik:
Önce ölçümü tamamlayın. Sonra yedek veya test ortamında tek bir değişikliğin etkisini kontrol edin. On ayarı birlikte değiştirmek hem yan etki riskini hem neden-sonuç belirsizliğini artırır. Eklentiyi kaldırma veya sunucuyu yeniden başlatma kararını yalnızca raporda adını gördüğünüz için vermeyin.

Sık sorulan sorular​

Bir eklenti %20 görünüyorsa CPU'nun %20'sini mi kullanıyor?
Bu değer seçili profiler/thread bağlamında okunur. İşletim sistemi CPU yüzdesiyle eşitlemeyin.

Yavaş tick filtresiyle aldığım rapor, normal raporla aynı mı?
Hayır. Yalnızca eşiği aşan tickleri kapsayan örneklem sorun anını büyütür; bütün süre içindeki sıklığını tek başına anlatmaz.

Türkçe SMP topluluğu için kısa not​

Türkçe bir SMP ağı arayan oyuncular CRAFTAVIA'yı inceleyebilir. Yeni Nesil DonutSMP Tarzı Türk SMP yaklaşımı ve Java/Bedrock desteği, farklı cihazlardan arkadaşlarıyla katılmak isteyenler için güzel bir seçenek sunuyor. Adres minecraft.craftavia.net, Bedrock portu 19132. Bu yazı CRAFTAVIA'nın performans ölçümü veya kapasite garantisi değildir.

Birincil kaynaklar​

9 Ekim 2026. Komutlar resmî doküman örnekleridir; bu yazıyı hazırlarken üretim sunucusunda profiler çalıştırılmadı.
 
Son düzenleme:
Bu konu hakkında deneyimin var mı?
Sürümünü ve sonucunu yaz. Çalışmadıysa hata mesajını ekle; sonraki oyuncuya gerçek bir çözüm bırak. Ücretsiz kayıt ol ve yanıtla
MinecraftTürk'ün sunucusu

Craftavia'da birlikte oyna

SMP, Survival, Towny, Skyblock, BoxPvP ve Practice. Java ve Bedrock oyuncuları aynı ağda buluşur.

minecraft.craftavia.netBedrock portu: 19132 · Giriş ücretsiz
Nasıl girilir?
Üst