Çözüldü YARDIM- chunklar yavaş yükleniyor

  • Konuyu Başlatan Konuyu Başlatan Tuexx
  • Başlangıç tarihi Başlangıç tarihi
  • Görüntüleme 3.042
Durum
Üzgünüz bu konu cevaplar için kapatılmıştır...
College Park' Alıntı:
0'dan küçük değer girdiğinde paper otomatik olarak GEREKTİĞİ taktirde oynama yapar, ayrıca sizin dediğiniz 5 ayarı 5 çekirdek kullanmaz, 2.5 çekirdek gibi bir şey kullanır, bu ayarda maksimum tavsiye edilen değer 8'dir (yani 8 thread = 4 çekirdek) 4 çekirdeğin üstüne çıkılmaz paper tavsiye etmez
Genişletmek için tıkla ...
Sanal sunucularda 1 çekirdek 2 thread değildir, bütün sunuculara hali hazırda threadlere bölünmüş halde işlemci tanımlanır. 7950X 16 çekirdekli ise sanallaştırma tarafında 32 vcore olarak geçer. Yine bu şekilde 5 vcore verilmiş bir cihazın işletim sistemi içerisinde 5 "çekirdek" sahibi olduğu görülür. Sadece dediğim şekilde deneyin, denemeden yorum yapıyorsunuz.

Kişi sadece eklentisiz bir şekilde survival oynamak istiyorsa sunucuda bulunan 5 çekirdeğin 5'ini de chunk sistemine tanımlamaktan hiçbir zarar gelmez, aksine faydası olur pregensiz olacak ise.
 
Inxity' Alıntı:
Yani sizce 1.21 sürümünde 8GB DDR4 bir eklentisiz sunucu 1 kişiyi bile kaldıramıyor mu?
Genişletmek için tıkla ...
Hayır, ben öyle bir cümle kullanmadım. Chunk'ların yavaş yüklenmesi, TPS 20 olsa bile meydana gelebilir. Yani, işlemci yeterince güçlü olsa bile, RAM yetersizliği nedeniyle chunk'lar hala yavaş yüklenebilir
 
atlantissurvival' Alıntı:
Hayır, ben öyle bir cümle kullanmadım. Chunk'ların yavaş yüklenmesi, TPS 20 olsa bile meydana gelebilir. Yani, işlemci yeterince güçlü olsa bile, RAM yetersizliği nedeniyle chunk'lar hala yavaş yüklenebilir
Genişletmek için tıkla ...
8GB bir bellek 1 kişilik chunk yüklenmesine varsayılan ayarlarda dayanacaktır. Şu an burada sorunun bellek taraflı olmasının imkanı yok, zaten arkadaşımızın dediği gibi sunucu OOM alıp crash yerdi.
 
College Park' Alıntı:
Chunk yükleme mevzusu son sürümlerde her zaman yavaştır, tek oyuncuda bile, yani en iyi optimize edildiğinde tek oyuncuda bile bir hayli hızlanır, kimsenin sunucusunda 2 chunk yükledi diye ram kullanımı 1 gb den 8gb ve üstüne aniden fırlamıyor. Chunk yükleme gayette işlemci ağırlıklı bir olay olduğu için elbette işlemci ile ilgili bir olay var

Eğer adamda ram yetersizliği olsaydı sunucusu zaten çökerdi, outofmemory verirdi zaten çoktan Eğer tüm ramı kullanmıyor olsa zaten o zaman niye ramda bir sorun olsun? Tüm ramı kullansaydı o zaman oom verirdi
Genişletmek için tıkla ...
Biz son sürüm 1.21.1 kullanıyoruz ve chunk'larımız çok hızlı bir şekilde açılıyor. Ayrıca, dünyamız sonsuz ve chunk'ları hiçbir zaman önceden pregenerate etmedik. Kendi gözlerinizle görebilirsiniz; /speed 10 komutunu kullanarak hızlandırsanız bile, chunk'lar asla yüklenmemezlik yapmayacaktır. Altı boş cümleler kurmuyoruz; bu, tecrübelerimizle sabittir. Çok hızlı chunk açılması, evet, RAM kullanımını ciddi şekilde artıracaktır, bundan hiç şüpheniz olmasın.
 
Inxity' Alıntı:
Sanal sunucularda 1 çekirdek 2 thread değildir, bütün sunuculara hali hazırda threadlere bölünmüş halde işlemci tanımlanır. 7950X 16 çekirdekli ise sanallaştırma tarafında 32 vcore olarak geçer. Yine bu şekilde 5 vcore verilmiş bir cihazın işletim sistemi içerisinde 5 "çekirdek" sahibi olduğu görülür. Sadece dediğim şekilde deneyin, denemeden yorum yapıyorsunuz.

Kişi sadece eklentisiz bir şekilde survival oynamak istiyorsa sunucuda bulunan 5 çekirdeğin 5'ini de chunk sistemine tanımlamaktan hiçbir zarar gelmez, aksine faydası olur pregensiz olacak ise.
Genişletmek için tıkla ...
Paper ayarında yazdığımız şey threaddir çekirdek değildir, isterse sanal sunucuda 1 çekirdek 2 thread olmasın farketmiyor, paper global ayarı bunu her zaman thread olarak algılıyor çünkü minecraft threadlerle çalışan bir sistem olduğu için sen ne kadar thread verirsen o zaten onu sana otomatik olarak cpuya dönüştürüyor, böyle bir matematiğe girişmene gerek kalmıyor yani, bu ayarda her zaman thread verilir


Aşağıda yazdığım gibi adamlar ayarı kullanma şeklini şöyle yazmış 8 or number of cpus - 2, yani her zaman işlemci verirken 2 çarpanları ile vermek zorundasınız kaynak:
Değerli ziyaretçimiz, içeriği görebilmek için şimdi giriş yapın veya kayıt olun.

Paper.WorkerThreadCount:​

  • default: 8 or number of cpus - 2. Whichever is lower
  • description: Sets the number of worker threads to use for chunk loading
 
atlantissurvival' Alıntı:
Biz son sürüm 1.21.1 kullanıyoruz ve chunk'larımız çok hızlı bir şekilde açılıyor. Ayrıca, dünyamız sonsuz ve chunk'ları hiçbir zaman önceden pregenerate etmedik. Kendi gözlerinizle görebilirsiniz; /speed 10 komutunu kullanarak hızlandırsanız bile, chunk'lar asla yüklenmemezlik yapmayacaktır. Altı boş cümleler kurmuyoruz; bu, tecrübelerimizle sabittir. Çok hızlı chunk açılması, evet, RAM kullanımını ciddi şekilde artıracaktır, bundan hiç şüpheniz olmasın.
Genişletmek için tıkla ...
Paperın önerdiği ayarlarda oyuncu yüklenmemiş chunklara giremez zaten, siz diyorsunuzki biz sunucumuzu optimize etmeden hızlı yükletiyoruz, dediğiniz sunucudan /speed 10 ile chunk yüklerken bir spark raporu atabilir misiniz
 
College Park' Alıntı:
Paperın önerdiği ayarlarda oyuncu yüklenmemiş chunklara giremez zaten, siz diyorsunuzki biz sunucumuzu optimize etmeden hızlı yükletiyoruz, dediğiniz sunucudan /speed 10 ile chunk yüklerken bir spark raporu atabilir misiniz
Genişletmek için tıkla ...
Sunucumuz açıktır ve herhangi bir optimizasyon yapılmamıştır. Uzun zamandır bu işi yapıyoruz ve Paper ayarlarımız varsayılan olarak kalmıştır. Konumuzdaki IP adresinden gelip test edebilirsiniz. Chunk yüklenmesi, sizi asla yavaşlatmayacaktır. Üstelik, view distance'ımız varsayılan olarak 10'dadır; bu da daha fazla chunk açıldığı anlamına gelir ve bu durumu zaten biliyor olmalısınız.
 
College Park' Alıntı:
Paper ayarında yazdığımız şey threaddir çekirdek değildir, isterse sanal sunucuda 1 çekirdek 2 thread olmasın farketmiyor, paper global ayarı bunu her zaman thread olarak algılıyor çünkü minecraft threadlerle çalışan bir sistem olduğu için sen ne kadar thread verirsen o zaten onu sana otomatik olarak cpuya dönüştürüyor, böyle bir matematiğe girişmene gerek kalmıyor yani, bu ayarda her zaman thread verilir


Aşağıda yazdığım gibi adamlar ayarı kullanma şeklini şöyle yazmış 8 or number of cpus - 2, yani her zaman işlemci verirken 2 çarpanları ile vermek zorundasınız kaynak:
Değerli ziyaretçimiz, içeriği görebilmek için şimdi giriş yapın veya kayıt olun.

Paper.WorkerThreadCount:​

  • default: 8 or number of cpus - 2. Whichever is lower
  • description: Sets the number of worker threads to use for chunk loading
Genişletmek için tıkla ...
Aşağıda attığınız kaynak Java flag için, config düzeyinden bahsediyoruz. Ekteki görseli inceleyerek güncel GitHub repo'sundaki veriye ulaşabilirsiniz. Ayrıca dediğim gibi, hâlâ size bir test ortamı sunabilirim thread ve çekirdek konusunda ısrarcı olduğunuz için.
 

Ekli dosyalar

  • Adsız.webp
    Adsız.webp
    17,1 KB · Görüntüleme: 74
Inxity' Alıntı:
8GB bir bellek 1 kişilik chunk yüklenmesine varsayılan ayarlarda dayanacaktır. Şu an burada sorunun bellek taraflı olmasının imkanı yok, zaten arkadaşımızın dediği gibi sunucu OOM alıp crash yerdi.
Genişletmek için tıkla ...
Arkadaşımızın büyük ihtimalle Windows kullanıyor olması muhtemeldir. Windows'ta Linux'taki gibi bir OOM (Out Of Memory) killer bulunmadığından, RAM yetersizliğinde sunucu performansı yavaşlayacaktır.
 
atlantissurvival' Alıntı:
Arkadaşımızın büyük ihtimalle Windows kullanıyor olması muhtemeldir. Windows'ta Linux'taki gibi bir OOM (Out Of Memory) killer bulunmadığından, RAM yetersizliğinde sunucu performansı yavaşlayacaktır.
Genişletmek için tıkla ...
Out Of Memory, Windows kısmında Java taraflıdır. Bunu da dilerseniz Windows kullanıyorsanız bir client ile deneyebilirsiniz, Client'inize 512MB ram tanımlayın ve kapandıktan sonra client log dosyanızı okuyun.
 
atlantissurvival' Alıntı:
Sunucumuz açıktır ve herhangi bir optimizasyon yapılmamıştır. Uzun zamandır bu işi yapıyoruz ve Paper ayarlarımız varsayılan olarak kalmıştır. Konumuzdaki IP adresinden gelip test edebilirsiniz. Chunk yüklenmesi, sizi asla yavaşlatmayacaktır. Üstelik, view distance'ımız varsayılan olarak 10'dadır; bu da daha fazla chunk açıldığı anlamına gelir ve bu durumu zaten biliyor olmalısınız.
Genişletmek için tıkla ...
Konunuzda yazana göre AMD Epyc işlemcili bir sunucuyu "dedicated" olarak kullanıyorsunuz, sizce de performansınızın yüksek olması normal değil mi? Konuda limitlendirilip limitlendirilmediği belli bile olmayan 5 çekirdek bir 5900X işlemciden bahsediyoruz.
 
Inxity' Alıntı:
Aşağıda attığınız kaynak Java flag için, config düzeyinden bahsediyoruz. Ekteki görseli inceleyerek güncel GitHub repo'sundaki veriye ulaşabilirsiniz. Ayrıca dediğim gibi, hâlâ size bir test ortamı sunabilirim thread ve çekirdek konusunda ısrarcı olduğunuz için.
Genişletmek için tıkla ...
Çünkü flag ile yaparsak Chunky gibi eklentilerin chunk generatelemesi daha hızlı oluyor, örnek aşağıdadır, ayrıca bu yöntemle chunky gibi bir eklenti kullanırken ve sunucuda oyuncu yokken kullanmak istiyorsak flag ile normalde paperın tavsiye ettiği değerden daha fazla değer koyup hızlı genlemesini sağlayabiliriz. Fakat normal şartlarda ve config kullandığımız zaman bu değerin 8'i geçmemesi gerekir
  1. Kod: 
    -DPaper.WorkerThreadCount=16

 
Inxity' Alıntı:
Out Of Memory, Windows kısmında Java taraflıdır. Bunu da dilerseniz Windows kullanıyorsanız bir client ile deneyebilirsiniz, Client'inize 512MB ram tanımlayın ve kapandıktan sonra client log dosyanızı okuyun.
Genişletmek için tıkla ...
Linux'taki OOM (Out Of Memory) killer ile Java'daki OOM (Out Of Memory) yönetimi farklı çalışmaktadır; bu iki sistemi birbiriyle karıştırmak doğru olmaz. Arkadaşınızın sunucusunda eklenti olmadığını belirttiniz, bu nedenle RAM yetersiz olsa bile Java'daki OOM, sunucuyu kapatmaz. İşte bu yüzden chunk'lar yavaş yükleniyor. Eğer sunucu Linux üzerinde çalışıyor olsaydı ve RAM talebi artmış olsaydı, Linux OOM devreye girip sunucuyu kapatabilirdi. Ancak Windows'ta böyle bir mekanizma bulunmadığı için, arkadaşınızın sunucusu OOM tarafından kapatılmıyor.
 
Inxity' Alıntı:
Aşağıda attığınız kaynak Java flag için, config düzeyinden bahsediyoruz. Ekteki görseli inceleyerek güncel GitHub repo'sundaki veriye ulaşabilirsiniz. Ayrıca dediğim gibi, hâlâ size bir test ortamı sunabilirim thread ve çekirdek konusunda ısrarcı olduğunuz için.
Genişletmek için tıkla ...
-1 Değerinin Çekirdek ayarını kullanılabilir çekirdeklerin 1/4 yapma mevzusu zaten Sunucularda normal olarak chunk generatelenmesinin tavsiye edilmemesi bu yüzden zaten sunucular chunk genlemeyi Eklentiler ile yapıp sonra tekrar chunk genlemeye izin vermeyeceği için Çok fazla thread koymaması, eğer sunucu sahibi sunucusunda chunk genlemeyi açmak istiyorsa evet dediğimiz gibi workerthread ayarını manuel olarak elleyebilir, fakat normal bir sunucuda bu ayarın maks ayar yapılmasına ne gerek var?
 
Durum
Üzgünüz bu konu cevaplar için kapatılmıştır...

Hala Discord sunucumuza katılmadın mı?

Büyük bir topluluğun parçası ol, etkinliklere katıl ve özel hediyeler kazanma şansı yakala!

Şimdi Katıl
Türkiye’nin En Büyük Minecraft Forumu
Üst