İçeriğe geç
Türkiye'nin SRO tanıtım & topluluk platformu

vSro Paylaşım vSRO Toplam Mob Sayısına Göre Kaç GameServer Açılmalı?

Cevaplar0
Görüntüleme270
serkankacan paylaşımı beğendiysen ona bir kahve ısmarlayabilirsin
Kahve ısmarla
Ticaret Puanı
0
Katılım
8 Eyl 2026
Mesajlar
200
Tepkime puanı
33
Puanları
0
Mevcut Bakiye
290 ₺
[REHBER & ANALİZ] vSRO Toplam Mob Sayısına Göre Kaç GameServer Açılmalı?
Tab_RefNest Üzerinden Aktif Canavar Sayısını Hesaplama ve GameServer RAM / Çökme (Crash) Sınır Analizi​



Merhaba değerli forum sakinleri,

Silkroad Online sunucularında en sık yaşanan beklenmedik **GameServer çökmelerinin (Crash), harita laglarının ve bellek yetersizliği (Out of Memory)** hatalarının temel kaynağı; tek bir GameServer penceresine kaldırabileceğinden çok daha fazla canavar (mob spawn) yüklenmesidir.

Orijinal 32-bit vSRO mimarisinde tek bir GameServer penceresi için ideal ve kararlı aktif canavar sayısı **35.000 - 40.000** bandıdır. Bu sınır aşıldığında GameServer'ın RAM kullanımı tavan yapar ve harita geçişlerinde patlamalar yaşanır.

Aşağıda paylaşılan optimize SQL sorgusu; veritabanınızdaki tüm aktif mob yuvalarını tarayarak sunucunuzun güvenle çalışabilmesi için **en az kaç adet GameServer** açmanız gerektiğini tek seferde hesaplar.

Teknik Bilgilendirme (GameServer Kapasite Skalası)' Alıntı:
  • 0 - 40.000 Mob: 1 GameServer (Küçük/Orta haritalı 80-90 Cap sunucular için yeterli)
  • 40.001 - 80.000 Mob: En az 2 GameServer (Jangan-Donwhang-Hotan-Alex bölünmeli)
  • 80.001 - 120.000 Mob: En az 3 GameServer
  • 120.001 - 160.000 Mob: En az 4 GameServer
  • 160.001+ Mob: 5 veya daha fazla GameServer (Bölgeler ShardManager INI üzerinden ayrılmalıdır)



Hatasız & Hızlı GameServer Hesaplama SQL Kodu

SRO_VT_SHARD
veritabanını seçip aşağıdaki sadeleştirilmiş ve yüksek performanslı sorguyu çalıştırın:





Neden Bu Optimize Versiyon Kullanılmalı?

  1. Hafif JOIN Yapısı: Gereksiz olan `Tab_RefHive` ve `_RefObjChar` tabloları kaldırıldı; yüzbinlerce satırlık yuva taraması milisaniyeler içinde tamamlanır.
  2. Dinamik Üst Sınır: Canavar sayısı 200.000'i geçtiğinde sabit "6" demek yerine matematiksel formülle (CEILING) gerçekte kaç GS açılması gerektiğini hesaplar.
  3. Crash Koruması: Sorgu sonucunda çıkan GS sayısına göre bölgelerinizi (Farm, Jangan, Hotan, Alex, FGW) farklı GameServer pencerelerine paylaştırarak RAM taşması (Memory Leak) kaynaklı kapanmaları sıfıra indirebilirsiniz.



Nasıl Uygulanır?

  1. SQL Server Management Studio (SSMS) programını açın.
  2. Üst panelden New Query penceresi açıp kodu yapıştırın.
  3. F5 tuşuna basarak çalıştırın.
  4. Alt panelde çıkan Toplam Aktif Canavar Sayısı ve Açılması Gereken Minimum GameServer Sayısı verilerini not edin.
  5. Sonuca göre ShardManager.ini veya Server yapılandırmanızdan GameServer adetlerinizi ve harita paylaşımlarınızı optimize edin.

Sorularınızı ve harita paylaştırma ayarları hakkındaki detayları konu altından iletebilirsiniz. Herkese lag'sız ve çökmesiz sunucular dileriz!
 
Moderatör tarafında düzenlendi:

Konuyu görüntüleyenler

Yükleniyor...
Yükleniyor...
Şu anda sitemizde 56 Aktif Kullanıcı
Çevrimiçi üyeler
Konular 1,451
Mesajlar 4,573
Kullanıcılar 1,854
Son üye ertan 
Geri
Üst