- Ars Technica के टेस्ट नतीजों के अनुसार, SteamOS ने टेस्ट किए गए पाँच में से चार गेम में स्पष्ट frame rate बढ़ोतरी दिखाई
- Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
- केवल Borderlands 3 ने Windows और SteamOS दोनों पर लगभग समान performance level दिखाया
- डिफ़ॉल्ट Windows driver की तुलना में SteamOS के डिफ़ॉल्ट driver ने आम तौर पर बेहतर नतीजे दिए
- SteamOS ने operating system overhead में कमी और Proton optimization जैसे क्षेत्रों में बढ़त दिखाई
- Microsoft भी gaming के लिए Windows optimization फीचर्स की घोषणा कर जवाबी कदम उठाता दिख रहा है
प्रमुख performance सुधार
- SteamOS में कुल 5 में से 4 गेम में स्पष्ट frame rate बढ़ोतरी देखी गई
- Returnal, Borderlands3, Cyberpunk 2077, Homeworld 3, Doom: The Dark Ages
- सिर्फ़ Borderlands 3 ने दोनों operating systems पर लगभग समान performance दिखाई, और इस गेम में Windows थोड़ा बेहतर स्कोर दर्ज करने की प्रवृत्ति दिखाता है
- कुछ गेम में केवल operating system बदलने से ही frame rate loss 8% से 36% तक देखा गया
- Homeworld 3 के मामले में, Asus द्वारा दिया गया graphics driver इंस्टॉल करने पर Windows, SteamOS की low graphics setting के performance के काफ़ी करीब आ गया
- बाकी चार गेम में Lenovo के डिफ़ॉल्ट Windows driver का performance, SteamOS driver की तुलना में काफ़ी कम पाया गया
driver update और performance बदलाव
- Windows में Asus driver को manual install करने पर कुल मिलाकर performance में सुधार देखा गया
- Homeworld 3 की 'Low' graphics setting पर दोनों operating systems का performance लगभग बराबर स्तर पर दिखा
- इसके अलावा बाकी टेस्ट नतीजों में, latest driver में upgrade किया गया Windows भी SteamOS की तुलना में 8% से 36% frame loss झेलता दिखा
SteamOS और Proton optimization
- SteamOS, Proton translation layer के ज़रिए Windows गेम चलाने के बावजूद, वास्तविक उपयोग में Windows से बेहतर performance दिखाता है
- इसका विश्लेषण यह है कि Valve लंबे समय से Proton और Mesa graphics driver की efficiency को लगातार optimize करता आया है
operating system overhead और Windows की प्रतिक्रिया
- SteamOS पर चलाने पर अनावश्यक background tasks कम हो जाते हैं, जिससे performance को फ़ायदा मिलता है
- Microsoft ने भी इस समस्या को पहचानते हुए हाल में "Xbox Experience for Handheld" की घोषणा के ज़रिए game performance optimization की नीति (background tasks को न्यूनतम करना और non-essential tasks को delay करना आदि) साझा की
- इसके चलते, आगे Windows-आधारित handheld gaming devices में भी ज़्यादा frame rate मिलने की दिशा में उम्मीद की जा सकती है
1 टिप्पणियां
Hacker News की राय
हाल के वर्षों के निजी अनुभव के आधार पर गेमिंग प्रदर्शन की रैंकिंग कुछ इस तरह बताई गई: पहले स्थान पर Linux में Proton और Wayland(Niri) के साथ Steam, दूसरे पर Proton और X11(Xfce) का संयोजन, तीसरे पर Windows में Steam, और चौथे पर Linux में अन्य तरीकों से चलाए गए गेम। Linux पर आने के बाद सबसे बड़ा फर्क frame consistency में सुधार के रूप में महसूस हुआ, जिससे अचानक होने वाली रुकावटें काफी कम हुईं और गेम कहीं अधिक स्थिर और अनुमानित लगे। X11/Xfce से Wayland/Niri पर जाने के बाद कुल मिलाकर frame rate बढ़ने का भी अनुभव हुआ। कई बार कोशिश करने के बाद 2023 की शुरुआत में सफलतापूर्वक पूरी तरह Linux पर बस जाना भी उल्लेखनीय लगा। हालांकि Proton या Wine के जरिए चलने के कारण गेम launch time आम तौर पर लंबा होना एक अपरिहार्य पक्ष बताया गया
दिलचस्प बात यह साझा की गई कि कुछ गेमों में, जिनके Linux native ports मौजूद हैं, तब भी Windows version को Proton के जरिए चलाने पर बेहतर performance मिली। उदाहरण के तौर पर Civ5, Civ6, और Cities Skylines(1) का उल्लेख किया गया। लेखक non-gaming hardware, यानी Nvidia 3050 laptop GPU वाले laptop, का उपयोग करता है, इसलिए performance gap और अधिक स्पष्ट महसूस हुआ। Cities Skylines में Linux पर लगभग 20fps मिलता है, जबकि Windows पर लगातार 45~60fps मिलता है, ऐसा ठोस आंकड़ा दिया गया। Diablo 4 भी Linux पर इतना कम responsive लगा कि लगभग खेलने लायक नहीं रहा। निष्कर्ष यह कि high-end gaming hardware वाले users के लिए Linux पर्याप्त हो सकता है, लेकिन low-spec environment में अब भी Windows बेहतर है
Niri को वाकई शानदार window manager(WM) बताया गया। HN पर Phoronix लेख में overview mode जुड़ने की खबर देखकर आखिरकार Sway से Niri पर स्विच किया गया। full-screen games या floating windows में Niri पर lag और stutter, X11 environment (शायद xwayland-satellite की वजह से) की तुलना में बहुत कम महसूस हुआ। i3status-rs को support करने वाला bar ढूंढना मुश्किल था, और अंततः i3bar-river पर टिकने की छोटी-सी टिप भी दी गई
कई वर्षों से Linux पर gaming करने वाले एक व्यक्ति ने frame rate से जुड़ी अधिकांश बातों से सहमति जताई। ZFS(single NVMe) का उपयोग करने पर Windows की तुलना में बहुत तेज loading speed मिल सकती है। समान hardware पर Windows इस्तेमाल करने वाले अपने पति की तुलना में कई बार गेम लगभग 10 सेकंड पहले load होते देखे जाने का वास्तविक अनुभव भी साझा किया गया
पूछा गया कि Nvidia GPU environment में Wayland को वास्तव में उपयोगी ढंग से चलाने का कोई तरीका है क्या। हर बार कोशिश करने पर यह धीमा लगा और पूरा system X11 से भारी महसूस हुआ, ऐसा साफ मत रखा गया
Linux में Steam games के औसतन धीमे launch time के लिए Proton/Wine को जिम्मेदार ठहराने वाली बात के साथ यह भी जोड़ा गया कि निजी अनुभव में Linux पर Steam games shader compilation CPU पर करते हैं और optimization भी कमजोर लगती है। इसके विपरीत Windows शायद precompiled shaders देता है या GPU का उपयोग करता है, ऐसा अंतर महसूस हुआ। फिर भी Wayland+Linux पर Windows की तुलना में stutter बहुत कम और अनुभव अधिक स्थिर लगा। हालांकि यह अंतर OS की वजह से है या इसलिए कि Windows में तरह-तरह की चीजें install करते-करते system अनावश्यक रूप से भारी हो जाता है, इस पर स्वयं लेखक भी निश्चित नहीं है। दोनों OS को उपयोग करने के उनके उद्देश्य भी काफी अलग हैं
यह तर्क दिया गया कि Linux gaming को पूरी तरह मुकम्मल बनाने के लिए आखिरी बचा हुआ puzzle piece anti-cheat है। बड़े vendors kernel security की कमी के कारण support देने से हिचकते हैं, और anti-cheat मौजूद होने पर भी कई बार game developers उसे अनुमति नहीं देते, जैसे Destiny। अगर AAA games भी आसानी से चलने लगें तो Windows को पूरी तरह छोड़ देने की इच्छा जताई गई। SteamOS को gaming history का सबसे बड़ा innovation बताया गया
यह दावा किया गया कि आधुनिक anti-cheat असल में केवल अस्थायी उपाय हैं। OS security में सुधार, low-trust environments में kernel-level anti-cheat के लंबे समय तक टिक न पाने की समस्या, और लगातार बदलती cat-and-mouse nature के कारण पुराने तरीके, यानी kernel hook आधारित मॉडल, की सीमाएँ स्पष्ट हैं। आगे चलकर server पर सभी checks करना और client को सिर्फ जरूरी जानकारी देना जैसे अधिक प्रभावी विकल्प संभव बताए गए। उम्मीद जताई गई कि अगर UT जैसे प्रमुख गेमों में यह architecture अपनाया जाए तो पुराना तरीका स्वाभाविक रूप से खत्म हो जाएगा
यह राय दी गई कि dedicated server के बिना multiplayer games की अपनी सीमाएँ हैं। anti-cheat daemon का kernel में घुसकर files या memory की निगरानी करना स्वीकार्य नहीं है। अनुभव के आधार पर कहा गया कि dedicated server वाली communities, centralized matchmaking की तुलना में, players को कहीं अधिक प्रभावी ढंग से manage करती हैं
खास तौर पर Epic पर यह व्याख्या की गई कि वह Linux support से इनकार करने के लिए complexity को कारण बताता है, लेकिन वास्तव में उसे यह भी पसंद नहीं कि Steam लगभग standard store बन चुका है, इसलिए वह दूरी बनाए रखता है
याद दिलाया गया कि Easy Anti Cheat और Battle Eye कई सालों से Linux का native support देते हैं, लेकिन वास्तव में उसे enable करना या नहीं, यह game developer तय करता है। anti-cheat वाले लगभग 40% games Linux पर चलते हैं, और यह areweanticheatyet.com पर देखा जा सकता है
Counter-Strike जैसे गेमों के दौर में Steam की लोकप्रियता बढ़ाने में मदद करने वाली Valve Anti-Cheat(VAC) जैसी तकनीकों को याद करते हुए थोड़ी काव्यात्मक आत्मस्वीकृति व्यक्त की गई। सवाल उठाया गया कि VAC समय के साथ क्यों विकसित नहीं हो पाया। इच्छा जताई गई कि Linux युग के अनुरूप VAC में फिर से निवेश किया जाए और उसे Easy Anti Cheat जैसे प्रतिद्वंद्वी के रूप में विकसित किया जाए
यह तर्क दिया गया कि अगर Windows games, SteamOS पर Proton के जरिए अधिक तेज चलते हैं, तो developers को Windows की जगह SteamOS API को प्राथमिकता देनी चाहिए। इससे Windows compatibility भी बनी रहेगी और performance भी अधिकतम की जा सकेगी। सुझाव दिया गया कि Unity, Unreal जैसे प्रमुख game engines को SteamOS को main target मानकर CI और testing मजबूत करनी चाहिए। यह जिज्ञासा भी व्यक्त की गई कि क्या Valve SteamOS CI/CD farm चलाता है, और Rust आधारित templates व libraries से cross-platform build/test भी संभव लगते हैं
इसके जवाब में यह प्रतिवाद रखा गया कि Windows API ही game behavior का असली मानक(True Source) है। अगर कोई चीज Windows पर चलती है लेकिन Proton पर नहीं, तो Valve Proton को ठीक करता है; लेकिन अगर Proton पर चलती है और Windows पर नहीं, तो अंततः game टूटने का जोखिम है। Proton पर Windows से ठीक न बैठने वाली features के उपयोग से बचना चाहिए, और game testing में Steam Deck जैसे environments को ध्यान में रखना चाहिए, लेकिन फिर भी Windows-first development approach बनाए रखना बेहतर है
यह भी कहा गया कि SteamOS environment में एकमात्र स्थिर ABI, Win32 है, इसलिए केवल SteamOS को target करके development करने पर लंबे समय में compatibility problems पैदा हो सकती हैं
यह राय भी दी गई कि चूंकि Epic के पास Unreal engine है, इसलिए वह SteamOS और उसके APIs के लिए optimization करने के प्रति कितना उत्सुक होगा, इस पर संदेह है। Epic Store और Steam के बीच की प्रतिस्पर्धा का संदर्भ भी जोड़ा गया
यथार्थवादी ढंग से यह इंगित किया गया कि बाजार का अधिकांश हिस्सा(99%) Windows को आधार मानकर चलता है। Proton भी अंततः Win32 implementation ही है, इसलिए मूल रूप से लक्ष्य Windows ही रहता है
Windows XP के समय VMWare VM के जरिए Linux के ऊपर Windows चलाने का एक अजीब अनुभव साझा किया गया, जिसमें वह उसी hardware पर सीधे Windows चलाने से भी तेज लगा
हाल ही में Arch(steamOS आधारित नहीं) पर जाने का अनुभव साझा किया गया और इसे काफी ठोस बताया गया। हालांकि यह भी ईमानदारी से कहा गया कि सब कुछ out-of-the-box नहीं चलता, और हर game में थोड़ा-बहुत setup करना पड़ता है। ज़्यादातर मामलों में launch command में parameter जोड़ना भर था, इसलिए बहुत कठिन नहीं लगा। Proton DB और community comments से लगभग सारे जरूरी tips मिल जाते हैं, यह भी बताया गया। Windows पर लौटने की इच्छा लगभग नहीं होने जितनी संतुष्टि व्यक्त की गई
लगभग 10~15 साल पहले Windows और Linux(Wine) पर एक ही game बारी-बारी से चलाकर 100~200 save files रखी गई थीं, और हैरानी की बात यह थी कि Linux(Wine) पर save list loading, Windows की तुलना में दोगुनी तेज थी। NTFS, Linux का native filesystem न होने के बावजूद ऐसा अंतर क्यों आया, इस पर जिज्ञासा जताई गई
यह कहा गया कि जब SteamOS और Ganoo/L00nockz(शायद GNU/Linux का हास्यपूर्ण रूप) पूरी तरह gaming platform के रूप में स्थापित हो जाएंगे, तब 2012 के बाद पहली बार gaming PC बनाने की योजना है। लेखक Mac का उपयोग करता है और Unix-based होने के कारण development से संतुष्ट है, लेकिन gaming experience अब भी Linux से पीछे महसूस होता है। उम्मीद जताई गई कि AAA game releases और GPU driver stability पूरी होने पर अगले 5 वर्षों में बड़ा बदलाव आएगा
इसके जवाब में कहा गया कि AAA games वास्तव में कई वर्षों से अच्छी तरह चल रहे हैं, और Steam client तथा AMD GPU के साथ Linux पहले ही एक बेहतरीन gaming platform है
यह भी राय दी गई कि Steam Deck के launch के बाद से लगभग सभी games Linux पर अच्छे से चलते हैं। बस कुछ games, जिन्हें जानबूझकर तोड़ा गया है, जैसे anti-cheat integration वाले, अपवाद हैं। compatibility की जाँच protondb.com पर की जा सकती है, और शीर्ष 300 Steam games में वास्तव में न चलने वाले सिर्फ 17 हैं, जिनमें से 5 केवल utilities हैं, ऐसा वास्तविक data प्रस्तुत किया गया
यह भी कहा गया कि अगर Windows Unix-based हो जाए, तो development और gaming दोनों में दोनों दुनियाओं के फायदे मिल सकते हैं, और यह हमेशा से चाही गई दिशा रही है। साथ ही यह सकारात्मक अनुभूति व्यक्त की गई कि मौजूदा स्थिति उस वास्तविकता के काफी करीब पहुँच चुकी है
Windows kernel भी अन्य OS की तुलना में धीमा है, इस पर व्यंग्यात्मक अंदाज़ में कुछ links और HN चर्चा साझा की गई: ब्लॉग लेख संबंधित HN चर्चा
यह तर्क दिया गया कि Proton को "translation layer" कहना पूरी तरह सटीक नहीं है। Win32 API, system call स्तर की चीज़ नहीं बल्कि DLL में registered functions का एक set है, और Linux पर Proton इस Win32 API को Linux system calls के जरिए implement करने वाली DLLs प्रदान करता है, जबकि Windows अपनी system calls इस्तेमाल करने वाली DLLs इस्तेमाल करता है। इस संरचनात्मक अंतर की व्याख्या की गई
इसके जवाब में कहा गया कि Wine की आधिकारिक वेबसाइट भी स्वयं इसे runtime पर calls को translate करने वाली 'compatibility layer' बताती है, इसलिए translation layer कहना भी बहुत गलत नहीं है
Wine(Proton सहित) के लंबे और जिद्दी development history को सम्मान दिया गया। कभी इसका मज़ाक उड़ाया जाता था कि यह समाधान बताकर नए problems पैदा करता है, लेकिन अब इसे Windows के विकल्प के रूप में एक शक्तिशाली हथियार माना गया
हल्के-फुल्के अंदाज़ में पूछा गया कि क्या sscanf() जैसी function भी compatibility के लिए कभी अनावश्यक रूप से जटिल तरीके से implement की गई थी
यह भी इंगित किया गया कि Proton/Wine कई NT system calls तक सीधे implement करता है, और वास्तव में कई Windows programs भी ऐसे system calls सीधे इस्तेमाल करते हैं
Wine की मूल प्रकृति यह बताई गई कि वह Windows ABI(binary interface) को Linux OS और userland में translate करता है। यानी translation की क्रिया ही portability का मूल है
एक राय में कहा गया कि 20~30% performance difference की उम्मीद थी, लेकिन वास्तविक अंतर 200~300% तक देखकर झटका लगा। Microsoft से अपेक्षा जताई गई कि वह अनावश्यक features हटाकर एक 'gaming Windows' जारी करे। साथ ही यह भी कहा गया कि अब वे स्वयं Windows को लगभग केवल Steam चलाने के लिए ही उपयोग करते हैं