- Ars Technica testlerine göre SteamOS, test edilen beş oyunun dördünde belirgin kare hızı artışı gösterdi
- Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
- Yalnızca Borderlands 3, Windows ve SteamOS üzerinde benzer performans düzeyi gösterdi
- Varsayılan Windows sürücülerine kıyasla SteamOS'in varsayılan sürücüleri genel olarak daha iyi sonuç verdi
- SteamOS, işletim sistemi ek yükünün azalması ve Proton optimizasyonu gibi alanlarda üstünlük gösterdi
- Microsoft da oyun için Windows optimizasyonu özelliklerini duyurarak karşı hamle sinyali veriyor
Başlıca performans iyileştirmeleri
- SteamOS'ta toplam 5 oyunun 4'ünde belirgin kare hızı artışı görüldü
- Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
- Yalnızca Borderlands 3 iki işletim sisteminde neredeyse benzer performans sonuçları verdi; bu oyunda Windows'un biraz daha yüksek değerler kaydetme eğilimi var
- Bazı oyunlarda yalnızca işletim sistemini değiştirmek bile %8 ila %36 kare hızı kaybına yol açtı
- Homeworld 3 için Asus'un sağladığı grafik sürücüsü kurulduğunda, düşük grafik ayarlarında Windows'un performansı SteamOS'e yaklaştı
- Diğer dört oyunda ise Lenovo'nun varsayılan Windows sürücüsünün, SteamOS sürücüsüne kıyasla performans açısından belirgin biçimde geride kaldığı görüldü
Sürücü güncellemeleri ve performans değişimi
- Windows'ta Asus sürücüsünü manuel olarak kurmak, genel performansta artış sağladı
- Homeworld 3'ün 'Low' grafik ayarında iki işletim sistemi neredeyse eşit düzeyde performans gösterdi
- Bunun dışındaki test sonuçlarında, sürücüleri güncellenmiş Windows bile SteamOS'e kıyasla %8 ila %36 kare hızı kaybı yaşadı
SteamOS ve Proton optimizasyonu
- SteamOS, Windows oyunlarını Proton çeviri katmanı üzerinden çalıştırmasına rağmen, pratikte Windows'tan daha iyi performans gösterdi
- Bunun, Valve'ın Proton ve Mesa grafik sürücüsü verimliliğini sürekli optimize etmesinin sonucu olduğu değerlendiriliyor
İşletim sistemi ek yükü ve Windows'un yanıtı
- SteamOS'ta çalıştırıldığında gereksiz arka plan işleri azaldığı için bu durum performansa olumlu yansıdı
- Microsoft da bu sorunun farkında ve kısa süre önce "Xbox Experience for Handheld" duyurusuyla oyun performansını optimize etme planını paylaştı; buna arka plan işlerini azaltma ve zorunlu olmayan görevleri erteleme de dahil
- Bu sayede, gelecekte Windows tabanlı taşınabilir oyun cihazlarında daha yüksek kare hızları sunulması beklenebilir
1 yorum
Hacker News görüşleri
Son birkaç yıldaki kişisel deneyime göre oyun performansı sıralaması şöyle: 1. sırada Linux'ta Proton ve Wayland(Niri) kullanan Steam, 2. sırada Proton ve X11(Xfce) kombinasyonu, 3. sırada Windows'ta Steam, 4. sırada ise Linux'ta diğer yöntemlerle çalıştırılan oyunlar. Linux'a geçildiğinde en çok hissedilen farkın kare hızı tutarlılığındaki artış olduğu, ani takılmaların büyük ölçüde azaldığı ve oyunların çok daha stabil ve öngörülebilir hissettirdiği söyleniyor. X11/Xfce'den Wayland/Niri'ye geçtikten sonra genel kare hızında da artış hissedildiği belirtiliyor. Birkaç denemeden sonra 2023 başında başarıyla yerleşebilmiş olmak da dikkat çekici bulunmuş. Ancak Proton veya Wine üzerinden çalıştığı için oyunların açılış süresinin genelde daha uzun olması kaçınılmaz bir durum olarak anılıyor
İlginç olan şu ki, Linux yerel portu bulunan oyunlarda bile Windows sürümünü Proton ile çalıştırmanın daha iyi performans verdiği durumlar yaşanmış. Civ5, Civ6, Cities Skylines(1) için bunun geçerli olduğu örnek veriliyor. Kişinin donanımı oyunculuk odaklı olmadığı için (Nvidia 3050 laptop GPU kullanan bir dizüstü) performans farkını daha fazla hissettiği söyleniyor. Cities Skylines'ta Linux'ta yaklaşık 20fps alınırken Windows'ta 45~60fps'nin istikrarlı olduğu gibi somut rakamlar da paylaşılıyor. Diablo 4'ün de Linux'ta tepkiselliğinin çok düşük olduğu ve fiilen oynanamaz olduğu belirtiliyor. Yüksek performanslı oyuncu donanımına sahip kullanıcılar için Linux yeterli olabilirken, düşük seviye sistemlerde Windows'un hâlâ avantajlı olduğu görüşü dile getiriliyor
Niri'nin gerçekten harika bir pencere yöneticisi (WM) olduğu övülüyor. HN'de Phoronix makalesi üzerinden overview modunun eklendiği haberini gördükten sonra nihayet Sway'den Niri'ye geçildiği anlatılıyor. Tam ekran oyunlarda ya da kayan pencerelerde Niri'nin, X11 ortamına göre (belki
xwayland-satellitesayesinde) çok daha az gecikme ve takılma yaşattığı deneyimi aktarılıyor.i3status-rsdestekleyen bir bar bulmanın zor olduğu, sonundai3bar-riverda karar kılındığı da küçük bir ipucu olarak ekleniyorUzun yıllardır Linux'ta oyun oynandığı ve kare hızıyla ilgili görüşlerin genel olarak paylaşıldığı söyleniyor. ZFS (tek NVMe) kullanıldığında Windows'tan çok daha hızlı yükleme süreleri görülebildiği belirtiliyor. Aynı donanımda Windows kullanan eşle karşılaştırıldığında oyunların sık sık yaklaşık 10 saniye daha hızlı yüklendiğine dair gerçek bir örnek veriliyor
Nvidia GPU ortamında Wayland'ın gerçekten kullanılabilir çalışmasının bir yolu olup olmadığı soruluyor. Her denemede hep yavaş olduğu ve tüm sistemin X11'e göre daha ağır hissettirdiği için hayal kırıklığı yaşandığı dürüstçe ifade ediliyor
Linux'ta Steam oyunlarının ortalama olarak daha geç açılmasının Proton/Wine'dan kaynaklandığına ek olarak, kişisel izlenime göre Steam oyunlarının Linux'ta shader derlemeyi CPU üzerinde yaptığı ve optimizasyonun da yetersiz göründüğü düşünülüyor. Buna karşılık Windows'un ya önceden derlenmiş shader sunduğu ya da GPU'yu kullandığı izlenimi olduğu söyleniyor. Yine de Wayland+Linux tarafının Windows'tan çok daha az mikro takılma (
stutter) yaşattığı ve daha stabil bir deneyim sunduğu belirtiliyor. Ancak bu farkın gerçekten işletim sistemi farkından mı kaynaklandığı, yoksa Windows'ta çeşitli şeyler kurdukça sistemin gereksiz şekilde ağırlaşmaya daha yatkın olmasından mı kaynaklandığı konusunda emin olunmadığı ekleniyor. Çünkü her iki işletim sistemi de farklı amaçlarla kullanılıyorLinux oyunculuğunun tamamlanması için geriye kalan son yapboz parçasının anti-cheat olduğu savunuluyor. Büyük şirketlerin çekirdek güvenliğindeki eksikler nedeniyle destek vermekten kaçındığı, anti-cheat olsa bile oyun geliştiricilerinin bunu etkinleştirmediği durumların sık görüldüğü söyleniyor (örnek olarak Destiny veriliyor). AAA oyunlar sorunsuz çalıştığı anda Windows'un tamamen bırakılabileceği ifade ediliyor. SteamOS ise oyun tarihindeki en büyük yeniliklerden biri olarak övülüyor
Modern anti-cheat çözümlerinin aslında geçici bir yama olduğu ileri sürülüyor. İşletim sistemi güvenliğinin gelişmesi, düşük güven ortamlarında çekirdek seviyesinde anti-cheat'in sürdürülemez oluşu ve bunun sürekli bir kedi-fare yarışına dönüşmesi nedeniyle mevcut yaklaşımın (çekirdek kancalarına dayalı) sınırlarına ulaştığı söyleniyor. Gelecekte tüm kontrollerin sunucuda yapılması ve istemciye yalnızca gerekli bilgilerin verilmesi gibi yöntemlerin daha etkili alternatifler sunabileceği öneriliyor. UT gibi temsilî oyunlarda böyle bir yapının benimsenmesi hâlinde bu eski yaklaşımın doğal olarak ortadan kalkacağı umuluyor
Özel sunucusu olmayan çok oyunculu oyunların eninde sonunda sınıra dayandığı görüşü paylaşılıyor. Anti-cheat daemon'larının çekirdeğe sızıp dosya ya da bellek izlemesi yapmasını istemediği söyleniyor. Özel sunuculara sahip toplulukların, merkezi eşleştirme sistemlerine kıyasla oyuncuları çok daha verimli yönettiği deneyime dayalı olarak savunuluyor
Özellikle Epic'in Linux desteğini reddetmesini karmaşıklıkla açıklasa da, gerçekte Steam'in fiilî standart mağaza olmasından hoşlanmadığı için dışlayıcı davrandığı yorumu yapılıyor
Easy Anti Cheat ve Battle Eye'ın birkaç yıldır Linux'u yerel olarak desteklediği, ancak bunun gerçekten etkinleşip etkinleşmeyeceğine oyun geliştiricisinin karar verdiği hatırlatılıyor. Anti-cheat kullanan oyunların yaklaşık %40'ının Linux'ta çalıştığı ve bunun areweanticheatyet.com üzerinden kontrol edilebildiği belirtiliyor
Geçmişte Steam'in popülerleşmesini taşıyan Counter-Strike gibi oyunlarda Valve Anti-Cheat(VAC) gibi teknolojilerin bulunduğu nostaljik bir dille anılıyor. VAC'nin neden zamanın gereğine göre gelişmediği sorgulanıyor. Linux çağına uygun biçimde VAC'ye yeniden yatırım yapılıp Easy Anti Cheat gibi çözümlere rakip hâline getirilmesi umuluyor
Eğer Windows oyunları SteamOS'ta Proton üzerinden daha hızlı çalışıyorsa, geliştiricilerin önceliği Windows değil SteamOS API'leri olmalı deniyor. Böylece hem Windows uyumluluğu korunurken hem de performans en üst düzeye çıkarılabilir görüşü savunuluyor. Unity, Unreal gibi büyük oyun motorlarının SteamOS'u ana hedef olarak görüp CI ve testlerini güçlendirmesi öneriliyor. Valve'ın SteamOS için bir CI/CD çiftliği işletip işletmediği merak edilirken, Rust tabanlı şablonlar ve kütüphanelerle çapraz platform derleme/test yapmanın da mümkün olabileceği düşünülüyor
Buna karşı çıkanlar, bir oyunun davranışı için asıl referansın (True Source) Windows API olduğunu vurguluyor. Windows'ta çalışan ama Proton'da çalışmayan bir durumda Valve'ın Proton tarafını düzelttiği, ama tersine yalnızca Proton'da çalışıp Windows'ta çalışmayan bir durumda oyunun bozuk kabul edileceği belirtiliyor. Proton üzerinde Windows ile uyumsuz olabilecek özelliklerin kullanımından kaçınılması ve testlerde Steam Deck gibi ortamların dikkate alınması gerektiği kabul edilse de, yine de Windows öncelikli geliştirme çizgisinin korunmasının daha doğru olduğu savunuluyor
SteamOS ortamında tek istikrarlı ABI'nin Win32 olduğu, bu yüzden yalnızca SteamOS'u hedefleyerek geliştirmenin uzun vadede uyumluluk sorunları yaratabileceği uyarısı yapılıyor
Epic'in Unreal motoruna sahip olması nedeniyle, SteamOS ve onun API'lerine optimizasyon yapmaya ne kadar istekli olacağının şüpheli olduğu söyleniyor. Epic Store ile Steam arasındaki rekabet de arka plan olarak anılıyor
Pazarın büyük bölümünün (%99) Windows temelli olduğu gerçeği hatırlatılıyor. Proton'un da sonuçta bir Win32 uygulaması olduğu ve özünde hâlâ Windows'u hedeflediği vurgulanıyor
Windows XP döneminde VMWare VM üzerinden Linux üstünde Windows çalıştırıldığında, ilginç biçimde aynı donanımda yalnızca Windows kullanmaktan daha hızlı olduğu yönünde bir deneyim paylaşılıyor
Yakın zamanda Arch'a (SteamOS tabanlı değil) geçildiği ve deneyimin oldukça sağlam olduğu söyleniyor. Yine de her şeyin kutudan çıktığı gibi çalışmadığı, oyun başına ufak ayarlar gerektiği dürüstçe belirtiliyor. Bunun genelde çalıştırma komutuna birkaç parametre eklemekten ibaret olduğu, dolayısıyla göz korkutucu olmadığı ifade ediliyor. Gerekli ipuçlarının neredeyse tamamının Proton DB ve topluluk yorumlarında bulunabildiği söyleniyor. Windows'a geri dönme niyeti neredeyse hiç olmadığı da memnuniyetle ekleniyor
Yaklaşık 10-15 yıl önce aynı oyunu Windows ve Linux(Wine) üzerinde dönüşümlü kullanırken 100~200 kayıt dosyası tutulduğu, şaşırtıcı şekilde Linux(Wine) tarafında kayıt listesi yüklemesinin Windows'tan iki kat daha hızlı olduğu anlatılıyor. NTFS Linux'un yerel dosya sistemi bile değilken böyle bir farkın neden oluştuğunu anlamakta zorlanıldığı ifade ediliyor
SteamOS ve Ganoo/L00nockz (muhtemelen GNU/Linux'un mizahi bir yazımı) tam anlamıyla bir oyun platformu hâline geldiğinde, 2012'den beri ilk kez oyun bilgisayarı toplanmasının planlandığı söyleniyor. Mac kullanan biri olarak Unix tabanı sayesinde geliştirme işlerinden memnun olunduğu, ancak oyun deneyiminin hâlâ Linux'un bile gerisinde kaldığı dile getiriliyor. AAA oyun çıkışlarının ve GPU sürücülerinin istikrarının tamamlanmasıyla birlikte 5 yıl içinde büyük bir değişim beklendiği ifade ediliyor
Buna karşılık AAA oyunların aslında yıllardır iyi çalıştığı ve Steam istemcisi ile AMD GPU kullanıldığında Linux'un zaten harika bir oyun platformu olduğu savunuluyor
Steam Deck'in çıkışından sonra fiilen neredeyse tüm oyunların Linux'ta iyi çalıştığı söyleniyor. Elbette kasıtlı olarak bozuk bırakılanlar (ör. anti-cheat entegrasyonu nedeniyle) istisna. Uyumluluğun protondb.com üzerinden kontrol edilebildiği, Steam'deki ilk 300 oyun arasında gerçekten çalışmayanların sadece 17 tane olduğu, bunların da 5'inin yalnızca yardımcı araç olduğu gibi veriler paylaşılıyor
Windows Unix tabanlı olursa hem geliştirme hem de oyun tarafında iki dünyanın avantajlarının bir araya gelebileceği, bunun uzun zamandır istenen bir değişim olduğu söyleniyor. Mevcut durumun da buna hiç olmadığı kadar yaklaşmış hissettirdiği ekleniyor
Windows çekirdeğinin de diğer işletim sistemlerine kıyasla yavaş olduğuna dair bazı bağlantılar ve HN tartışmaları paylaşılarak durumla alaycı biçimde değiniliyor: blog yazısı ilgili HN tartışması
Proton'a "translation layer" demenin tam olarak doğru olmadığı savunuluyor. Win32 API'nin sistem çağrısı düzeyinde değil, DLL'lerde kayıtlı fonksiyonlar kümesi olduğu; Linux'taki Proton'un ise bu Win32 API'yi Linux sistem çağrılarıyla uygulayan DLL'ler sunduğu, Windows'un da kendi sistem çağrılarını kullanan DLL'ler sunduğu şeklinde yapısal fark anlatılıyor
Buna karşılık, Wine resmi sitesi da çalışma anında çağrıları çeviren bir "uyumluluk katmanı" tanımı kullandığı için, translation layer ifadesinin de çok yanlış sayılmayacağı belirtiliyor
Wine'ın (Proton dâhil) ısrarlı geliştirme geçmişine saygı duyulduğu ifade ediliyor. Bir zamanlar çözüm diye yeni sorunlar ürettiği söylenerek alay edilen bu yazılımın artık Windows'a karşı güçlü bir alternatif olduğu değerlendiriliyor
sscanf()gibi fonksiyonların da uyumluluk uğruna gereksiz yere karmaşık biçimde uygulanıp uygulanmadığı esprili bir dille soruluyorProton/Wine'ın çeşitli NT sistem çağrılarını da doğrudan uyguladığı, üstelik Windows programlarının da pratikte bu tür sistem çağrılarını doğrudan kullandığı belirtiliyor
Wine'ın özünün Windows ABI'sini (ikili arayüz) Linux işletim sistemi ve kullanıcı alanına çevirmek olduğu temel açıklaması yapılıyor. Yani çeviri eyleminin taşınabilirliğin tam merkezinde yer aldığı vurgulanıyor
%20~30 civarında bir performans farkı beklenirken gerçekte %200~300 seviyesinde bir fark görülmesinin şok edici olduğu söyleniyor. Microsoft'un gereksiz özellikleri çıkarılmış bir "oyun için Windows" sürümü yayımlaması istenirken, kişinin artık Windows'u neredeyse yalnızca Steam çalıştırmak için kullandığı belirtiliyor