FiveM roleplay sunucusunda eşzamanlı oyuncu kapasitesi nasıl planlanır?

Kapasite planı, bir oyuncunun sunucuya bindirdiği yükü bulup bunu tepe saatte aynı anda bağlı olacak oyuncu sayısıyla çarpmakla kurulur. Roleplay sunucusunda bu çarpanı büyüten şey oyuncunun kendisi değil, arkasında sürekli tutulan durumdur: karakter verisi, envanter, araç, mülk, iş kaydı ve dünyada kalıcı olarak duran her nesne. Aynı donanım üzerinde aynı oyuncu sayısı, kurgusu hafif bir sunucuda rahat çalışırken kalıcı sistemleri kalabalık bir roleplay sunucusunda sınıra dayanabilir.

“Sunucum kaç oyuncu taşır” sorusunun tek rakamlı bir karşılığı bu yüzden yok. Karşılığı olan şey hesabın sırası: kurgunun oyuncu başına ürettiği yükü tanımlamak, tepe saatteki eşzamanlı sayıyı tahmin etmek, üzerine pay bırakmak ve planı ilk kalabalık gecede ölçüp düzeltmek.

Roleplay yükü oyuncu sayısıyla düz orantılı büyümez

Sunucuya bağlanan her oyuncu, hareket eden bir karakterden ibaret değildir. Girişte veritabanından okunan, oturum boyunca bellekte tutulan ve düzenli aralıklarla geri yazılan bir durum taşır. Bu durum kurguya göre büyür: envanter ve para tek başına küçük bir kayıtken mülk, araç deposu, iş sistemi, ekipman dayanıklılığı ve olay geçmişi eklendikçe oyuncu başına düşen veri de büyür.

İkinci büyüteç sahne yoğunluğudur. Roleplay kurgusunda oyuncular haritaya eşit dağılmaz; şehir merkezinde, hastanede, karakolda ya da etkinlik alanında toplanır. Aynı bölgedeki her oyuncu oradaki araçları, karakterleri ve nesneleri görmek zorunda olduğu için senkronizasyon yükü toplam oyuncu sayısıyla değil, aynı yerde bulunanların birbirini görmesiyle artar. Slot sınırını iki katına çıkarmak bu nedenle yükü tam olarak iki katına çıkarmaz; sakin saatlerde fark küçük kalır, tepe noktalarında ise beklenenden hızlı büyür.

Üçüncüsü etkileşim sıklığıdır. Alışveriş, araç çıkarma, iş teslimi, tamir, animasyon ve yönetim komutları merkezde işlenen olaylardır. Kurguya eklenen her sistem, oyuncu sayısı sabit kalsa bile saat başına düşen olay sayısını yukarı çeker.

Kapasite sınırı önce hangi tarafta görünür

Sunucu dünyayı sürekli tekrarlanan bir işlem döngüsüyle yürütür. Bir turda yapılması gereken iş o tura ayrılan süreye sığmadığında gecikme tek bir oyuncuda değil, bağlı olan herkeste aynı anda hissedilir. Roleplay sunucularında tavana çoğunlukla önce bu tarafta çarpılır, çünkü sahne yoğunluğu ve olay sayısı doğrudan bu döngüyü doldurur.

Bellek tarafındaki sınır daha yavaş ama daha okunaklı ilerler. Yüklü sistemlerin taban tüketimi, bağlı oturumların verisi ve dünyada biriken kalıcı nesneler üst üste binerek boştaki kullanımı yukarı taşır. Sunucu boşken bellek zaten yüksek duruyorsa tepe saatte kalan alan da dardır.

Üçüncü sınır veritabanındadır. Kalıcı dünya düzenli kayıt demektir; kayıt aralığı kısaldıkça ve kaydedilen sistem sayısı arttıkça yazma işlemleri tepe saatte üst üste gelir. Ağ tarafı çoğu kurulumda bu üçünden sonra sıraya girer, ancak aynı bölgede toplanan oyuncu sayısı arttıkça istemcilere gönderilen senkronizasyon verisi de büyür.

Tepe saatteki sayıyı bulmak ve üzerine pay bırakmak

Planın dayanacağı sayı topluluğun büyüklüğü değil, aynı anda bağlı olan oyuncu sayısıdır. Sunucu ortalamaya göre çalışmaz; akşam saatleri, hafta sonu ve etkinlik geceleri hangi seviyeye çıkıyorsa kapasite o seviyeye göre planlanır. Yeni açılan bir sunucuda bu sayı henüz bilinmediği için ilk plan tahminle kurulur, ancak o tahmin ilk kalabalık gecede ölçümle değiştirilmek üzere kurulmalıdır.

Payın miktarını kurgunun hareketliliği belirler. Tepe saatte kaynakların tamamı kullanılıyorsa plan zaten dolmuştur; yayıncı ziyareti, sezon açılışı veya planlanmamış bir etkinlik geldiğinde karşılanacak alan kalmaz. Pay, sunucunun boşta duran kısmı değil, öngörülmeyen tepe için ayrılmış kısmıdır.

Bu payı donanım tarafında bırakmak gerektiğinde tercih yüksek çekirdekli fivem vds tarafına kayar; ana döngünün yanında çalışan veritabanı, ses sistemi ve yardımcı süreçler böylece kendi alanını bulur. Payın hangi seviyede karşılanabileceğini paketin sınırları gösterir: Saganetwork sanal sunucu tarafında çekirdeği 2 ile 6, belleği 2 GB ile 32 GB aralığında verir, ağ portunu 1 Gbps olarak belirtir ve sunucular Vodafone Veri Merkezi’nin kurumsal altyapısında barındırılmaktadır. Bu aralığın neresine oturacağınıza paket başlığı değil, kurgunuzun ağırlığı karar verir.

Planı tahminden çıkaran ölçüm

Ölçüm sakin saatte değil, sunucunun en kalabalık olduğu saatte yapılır. Boş sunucuda alınan değerler yalnızca taban tüketimi gösterir ve kapasite konusunda yanıltıcı bir rahatlık verir. Tepe saatte kayıt altına alınacak başlıklar sınırlıdır:

• Bağlı oyuncu sayısının o anki değeri ve gece boyunca çıktığı en yüksek nokta
• İşlem döngüsünün yavaşladığı anlar ve bu anların hangi olayla çakıştığı
• Bellek kullanımının boştaki değere göre ne kadar yükseldiği
• Veritabanı tarafında kayıt işlemlerinin biriktiği zaman aralıkları
• Oyuncuların aynı anda toplandığı bölgeler ve o sırada dünyada duran araç ile nesne sayısı

Bu beş satır aynı gece içinde birlikte kaydedildiğinde kapasite artık bir tahmin değil, kendi sunucunuzun verisidir. İşlemci ve bellek tarafındaki değerler, Saganetwork’ün oyun sunucularıyla birlikte verdiği yönetim panelinin kaynak izleme ekranında görünür; kurgu tarafındaki olayların takibi ise sunucu konsolundan yürür. Ölçümü her büyük değişiklikten sonra tekrarlamak, hangi eklemenin yükü büyüttüğünü ayırt etmenin pratikteki tek yoludur.

Kapasite dolduğunda hangi sırayla büyütülür

Tepe saatte sınıra dayanan bir sunucuda ilk hamle paket büyütmek olmak zorunda değildir. Sıra genellikle şöyle işler:

1. Dünyada biriken kalıcı nesneleri sadeleştirin. Terk edilmiş araçlar, sahipsiz nesneler ve temizlenmeyen olay kalıntıları hem belleği hem senkronizasyon yükünü sürekli taşır.
2. Kayıt aralığını yükün dışına çıkarın. Tüm sistemlerin aynı anda kaydetmesi yerine kayıtların zamana yayılması, tepe saatteki yığılmayı azaltır.
3. Tepe saatte gerçekten gerekmeyen sistemleri ayırın. Etkinlik gecelerinde kapatılabilen isteğe bağlı yapılar, kurgunun bütününü bozmadan alan açar.
4. Donanım seviyesini yükseltin. Üstteki üç adım yapılmadan büyütülen paket aynı yükü daha geniş bir yerde yeniden üretir.
5. Slot sınırını taşıyabileceğiniz sayının üstünde tutmayın. Kaldıramayacağınız kadar oyuncuyu içeri almak kapıdaki oyuncuyu memnun etmez, içerideki herkesin deneyimini bozar.

Planı geçersiz kılan değişiklikler

Kapasite planı oyuncu sayısına değil oyuncu başına yüke bağlı olduğu için, oyuncu sayısı sabit kalsa bile geçersizleşebilir. Yeni bir mülk sistemi, yeni bir iş zinciri ya da kalıcı bir araç deposu eklendiğinde oyuncu başına düşen veri ve olay sayısı değişir; böyle bir eklemeden sonra tepe saat hesabı baştan kurulur.

Kısa süreli sıçramalar ayrı bir başlıktır. Yayıncı ziyareti, sezon açılışı veya beyaz liste başvurularının açıldığı gece normal tepe seviyesinin üzerine çıkar. Bunlar kalıcı bir kapasite kararı gerektirmez; gerektirdikleri şey, o gece için önceden bırakılmış paydır.

Kapasite sorusunun herkese uyan bir cevabı bu yüzden yok. Aynı slot sayısı, sistem sayısı az bir kurguda rahatça taşınırken kalıcı dünya sistemleriyle dolu bir sunucuda dar gelir; doğru sayı başka bir sunucunun paket tercihinden değil, kendi tepe saatinizde aldığınız ölçümden çıkar.