İçeriğe geç
Her adımda yanınızdayız 7/24 destekdestek@mezuhost.com
Mezuhost — 11. yılında
Rehber · MEZUHOST BİLGİ MERKEZİ

Metin2 Sunucusu Kaç Oyuncu Kaldırır? Paket Seçmeden Önce Kapasite Nasıl Ölçülür?

Metin2 sunucu kapasitesini yalnızca RAM ile hesaplamayın. Oyuncu yükü, harita yoğunluğu ve ölçüm planıyla doğru paketi nasıl seçeceğinizi öğrenin.

Mezuhost20.10.20263 dk okuma

Bir Metin2 sunucusunun kaç oyuncu kaldıracağı yalnızca RAM miktarından veya paketin adından anlaşılamaz. Eş zamanlı oyuncuların yaptığı işlemler, files sürümü, kanal ve harita dağılımı, veritabanı davranışı ve sunucu kaynakları birlikte değerlendirilmelidir. Doğru soru “Bu paket kaç online?” kadar “Hangi koşullarda, hangi oyun deneyimiyle?” sorusudur.

Bu rehber bir kapasite ölçüm yöntemi sunar. Aşağıdaki senaryolar test önerisidir; Mezuhost paketlerinde yapılmış bir benchmark sonucu veya garantili oyuncu sınırı değildir.

Kayıtlı hesap, online oyuncu ve etkin oyuncu aynı şey değildir

Veritabanında binlerce hesabın bulunması, aynı anda binlerce oyuncunun işlem yaptığı anlamına gelmez. Online sayacı da tek başına iş yükünü anlatmaz: farklı haritalarda bekleyen oyuncular ile aynı bölgede savaşan, eşya kullanan ve pazar işlemi yapan oyuncular farklı yükler oluşturabilir. Çevrimdışı pazar gibi sistemlerin nasıl uygulandığı da ölçüme dahil edilmelidir.

Bu nedenle paket karşılaştırmasında kayıtlı hesap sayısı yerine beklenen eş zamanlı bağlantıyı, yoğun saatlerdeki etkinliği ve en kalabalık haritaları belirtin. Kanal sayısı tek başına kapasiteyi garanti etmez. Temel yapı için Metin2 kanal ve auth rehberini inceleyebilirsiniz.

Testten önce aynı koşulları tanımlayın

  • Yazılım: Files sürümü, özel sistemler, işletim sistemi ve veritabanı sürümü.
  • Donanım: İşlemci modeli, tahsis edilen kaynaklar, RAM ve depolama türü.
  • Oyun düzeni: Açık kanallar, etkin haritalar, pazar ve etkinlik senaryoları.
  • Ağ: Oyuncuların bulunduğu bölgeler, bağlantı türü ve ölçüm zamanı.
  • Başarı ölçütü: Kabul edeceğiniz giriş süresi, işlem gecikmesi ve hata oranı.

Bir koşulu değiştirip diğerini kaydetmezseniz, sonraki testteki iyileşmenin kaynağını ayıramazsınız. Örneğin files güncellemesiyle birlikte paketi yükseltmek karşılaştırmayı zorlaştırır.

Tek bir yük testi yerine dört oyun senaryosu kullanın

  1. Giriş dalgası: Kontrollü test hesaplarının kademeli girişinde auth ve karakter seçimi sürelerini izleyin. Sadece oyuna girilmesi değil, bağlantının korunması da önemlidir.
  2. Dağıtılmış oyun: Oyuncular farklı haritalardayken normal oyun akışını gözlemleyin. Bu ölçüm günlük kullanım için başlangıç noktasıdır.
  3. Yoğun bölge: Aynı haritada etkinlik veya pazar yoğunluğunu temsil eden bir senaryo çalıştırın. Toplam CPU düşük görünse bile süreç düzeyinde yoğunlaşma olup olmadığına bakın.
  4. Arka plan işlemi: Planlı yedek veya bakım sırasında aynı senaryoyu kontrollü biçimde tekrarlayın. Normal saatte görünmeyen disk ve veritabanı darboğazları ortaya çıkabilir.

Yük testlerini yalnızca size ait, izinli test ortamında yapın. Canlı oyuncuların bulunduğu sunucuya kontrolsüz trafik göndermeyin; testin üst sınırını ve durdurma koşulunu baştan belirleyin. Sentetik bağlantı sayısını gerçek oyuncu davranışının birebir karşılığı olarak sunmayın.

Hangi ölçümleri birlikte kaydetmelisiniz?

Toplam CPU yüzdesiyle yetinmeyin. Oyun süreçlerinin yükünü, bellek baskısını, disk beklemesini, veritabanı gecikmelerini ve uygulama hatalarını aynı zaman aralığında inceleyin. Oyuncu tarafındaki gecikme ve bağlantı kopmalarıyla sunucu ölçümlerinin zamanlarını eşleştirin. FreeBSD ortamında izleme yaklaşımı için resmî yapılandırma ve izleme belgeleri başlangıç noktası olabilir.

Her senaryo için şu kayıt şablonunu kullanabilirsiniz:

Tarih / saat:
Files ve yapılandırma sürümü:
Sunucu kaynakları:
Senaryo / süre:
Eş zamanlı test kullanıcısı:
Giriş ve oyun içi işlem gecikmesi:
Süreç CPU / bellek / disk gözlemi:
Bağlantı kopması ve uygulama hatası:
Sonuç: kabul / tekrar inceleme / durdur

Sonuçları paket seçimine nasıl dönüştürürsünüz?

Son başarılı yük basamağını sunucunun kesin sınırı ilan etmeyin. Etkinlikler, yeni sistemler ve beklenmeyen yoğunluklar için çalışma payı bırakın. Bu payın büyüklüğü projenin davranışına göre belirlenmelidir; her sunucuya aynı yüzdelik kuralı uygulamak doğru değildir.

Örneğin normal oyunda sorun yokken yalnızca bir etkinlikte belirli süreç zorlanıyorsa, ilk adım rastgele RAM artırmak değil o senaryoyu incelemektir. Kaynak baskısı farklı senaryolarda tekrar ediyorsa paket yükseltme karar rehberine geçin. Ölçüm notlarınızla Metin2 sunucu paketlerini karşılaştırmak, tek bir online sayısına göre seçim yapmaktan daha sağlıklıdır.

Sık sorulanlar

8 GB RAM kaç Metin2 oyuncusuna yeter?

Files, sistemler ve işlem yükü bilinmeden güvenilir bir sayı verilemez. Bellek yeterli olsa bile işlemci, disk veya veritabanı sınırlayıcı olabilir.

Testte hata çıkmadıysa açılışta sorun yaşanmaz mı?

Test riski azaltır, tüm canlı koşulları garanti etmez. Açılışta izleme, destek iletişimi ve geri dönüş planı ayrıca hazır olmalıdır.

OKUMAYA DEVAM EDİN

İlginizi çekebilecek rehberler

SATIŞ VE TEKNİK DESTEK

Hizmetlerimiz hakkında bilgi alın

Hosting, sunucu veya taşıma konusunda bize danışın.

Mezuhost ile iletişime geçin
Mezuhost destek ekibi için hazırlanmış üç boyutlu illüstrasyon

Altyapımızda kullandığımız teknolojiler

  • Juniper Networks
  • Dell
  • MikroTik
  • Arbor Networks
  • StormWall
  • Cloudflare