A Steam On Linux játszások aránya végre áttörte a 3%-ot

Játék

A Linux az élet minden területén masszívan jelen van. Az uralkodása két fontosabb területen nem ütött még be: az egyik a desktop felhasználás, a másik a számítógépes játékok területe. De, nagyon lassú előrelépés mindegyiknél megfigyelhető. A Valve digitális játékterjesztési és -szolgáltatásplatformjának, a Steam-nek 2025. októberi statisztikai adatai (Steam Survey) szerint a Steam-et Linuxon futtatók (és értelemszerűen ebből kifolyólag Linux alatt játszók) aránya a történelemben első alkalommal áttörte a 3%-os szintet. És az is látszik, hogy többen játszanak Linux alatt már, mint macOS alatt ...

( trey | 2025. 11. 02., v – 09:06 )

'bazer telepített egy Windows 7-et? :D

trey @ gépház

( carlcolt | 2025. 11. 02., v – 09:32 )

Azt hittuk anno, hogy a Linux Desktop reszesedessel a legjobb ami tortenhetett, az a Vista. Aztan jott a Win 11. Aztan jott a Win 10 EOL.

Mar csak tobb Linux specifikus hardver kene konnyen elerheto legyen. Meg kicsit a corporate-ready auditalhatosagra ra kene gyurni. Es meglenne hamar a 10-20% is.

Szerintem a következő kritikus pont az lehet, amikor megjelenik az OS szintű genAI segéd, ami azt jelenti, hogy mindent lát és tud amit csinálsz. Akkor szerintem lesz pár százalék, aki végig gondolja, hogy bízik e ennyire az MS-ben. És abból kiindulva, hogy már elkezdődött ez a böngészőkkel, arra tippelnék a win 12-ben benne lesz. Addigra lehetne jól időzíteni Linux disztroknak, jó pro privacy kommunikációval.

Mar megjelent. Win 11 Copilot mar egyre rendszerszintubb. Nem kell ehhez az elrettenteshez Win 12.

Linux-nak viszont epp egesz mas baja van Desktop rendszerkent:

  • Nem arul senki "kesz desktop Linux hardvert" (lasd: MacBook macOS-szel, iPhone iOS-szel, de akar mobil "Linuxkent" az Androidos telefonok, ahol mar a "gyari visszaallitas gomb" is ad egy elotelepitett auditalt rendszert, es hardverlopas eseten tavoli torlest garantal es masnapra uj gepet ad a keszletbol akar)
  • Nincs olyan felelossegvallalas auditalt toolkitekre, hogy nagyvallalati kornyezetben konnyeden meg lehessen mutatni auditoroknak, hogy milyen konnyen betanithato egy uj IT-s kollega egy Linuxos gep ujrahuzasara titkositott diskkel, tavoli torlessel (elhagyas/lopas eseten) meg minden egyeb kovetelmeny teljesitesevel (ha van az orszagban osszesen 18 rendszergazda, aki tudja, hogy hogy kell desktop Linux-szal mindenfele auditon atmenni es azt lepapirozni, az a letezeshez eleg, a terjedeshez nem)
  • Igy mivel nehezkes igazolni, hogy megfelelo Desktop rendszer es nehez hozza tenyleg teljeskoru szakembert talalni (aki nem az apt-get install samba szakon vegzett), nem terjed vallalatoknal, igy maganszemelyeknel es kepzesekben sem

Itt a piaci res. En a Red Hat helyeben erre gyurnek ra, de az IBM sokat ul ilyen jellegu product otleteken. :(

Nem az a baj:

https://www.youtube.com/watch?v=Pzl1B7nB9Kc&t=1s

"Linus Torvalds on why desktop Linux sucks"

TLDR: az a baj, hogy ahany disztribucio annyiszor kell egy adott appot becsomagolni. Vagyis ha te ki akarsz adni valamit Linuxra, akkor igazabol nem Linux release-t fogsz csinalni, hanem ki kell adnod Debianra, Ubuntura, de meg inakbb Debian 12-re, DEbian 13-ra, meg az osszes disztribuciora es verziora amit tamogatni akarsz.

Mar csak tobb Linux specifikus hardver kene konnyen elerheto legyen.

Az itt pont lenne, magától a Valve cégtől: Steam Deck. De azt nem látom a statisztikában. Ha az Arch-ba lenne belerakva a SteamOS, mert lényegében már egy ideje az, akkor legalább a Linuxok között belső arányban kellene kiugrania az Arch-nak. Mintha szándékosan nem szerepeltetné a Valve itt a saját Linuxos gamer kézi-konzoját. 

Egyébként ha csak fejben gyorsan összeadom a Linux alatt részletezett disztribek százalékos arányait a 3,05% közelében sem lesz a szumma. Azaz kapásból a Linuxon belül csak az 1/3 van részletezve. Feltételezem, hogy a maradék 2/3 lenne a Steam Deck, ami "SteamOS Holo" vagy simán Steam Deck-ként kellene megjelenjen. Illetve a felmérés opt-in típusú és pont a Steam Deck az az eszköz, hol reflexből kinyomja a csak desktop módot tudó felmérést a gamer ha az véletlenül megjelenne a Deck képernyőjén. Szerintem az aki kitöltötte, többségük éppen TV-re kötött Deck-ről töltötte ki. 

A számok teljesen rendben is vannak. 10% az Arch ha csak Linuxon belüli részesedését nézzük.

És 0.31% ha a teljes Steam-es felmérést kitöltő bázison nézzük, ahol Linux összesen 3.05% aminek a 0.31% a tíz százaléka nagyjából. 

A SteamOS és ez által Steam Deck aránya 27.18% amivel messze vezeti a Linuxon belüli mezőnyt. Ezüstérmes a sejtelmes Other 18.04%-kal, ami mérési hiba lehet és nem sok kicsi Linux disztribúció szummája, azok ahol nem sikerült a mérésnek beazonosítania a Linux disztribúciót. Elméletben természetesen kicsit több a SteamOS arány mint a Steam Deck-ek aránya, mert szabadon telepíthető a SteamOS PC-re is. Ha AMD APU-s PC-ről van szó és a fő funkció a játék, talán ez még jó választás is lehet. De szerintem nincs sok ilyen PC. 
Ellenben, a Steam Deck valós aránya ennél is lényegesen nagyobb, mivel a Steam Deck gamerek töltik ki legkisebb arányban ezeket a Steames hardver-felméréseket, amik valamiért máig csak Desktop Mode-ban hajlandóak megjelenni azaz Linux desktop felületen jelennek meg. Valószínű, hogy főleg akkor töltik ki Steam Deck -en a hardver-felmérést, ha éppen tv-re kötve használják "PC módban". Ma úgy 5 millió Steam Deck lehet használatban Omdia mérések alapján, ami a teljes Steam MAU bázison belül 3.8% önmagában több a Steam Deck mint az összes Linux. 

Ez a megjegyzés csak részben igaz, de pontosan rávilágít a Steam Deck problémájára.

A Steam kliens miután egyszer engedélyt kért, utána havonta automatikusan, a háttérben is beküldheti az adatokat. DE a kulcsszó az, hogy ha megengeded neki. Ez az Engedélykérés az a bizonyos felugró ablak opt-in, ami megkérdezi: "Részt kíván venni a Steam hardverfelmérésében?". 
A Steam Deck-en ez probléma. A legtöbb felhasználó, például egy kamionos aki a kötelező pihenőidőket Steam Deck-kel üti el, soha életében nem látja ezt a felugró ablakot, mert kizárólag a konzolos Game Mode-ot használja. A felugró ablak kizárólag Desktop Mode-ban Asztali Módban jelenik meg Steam Deck-en. Tehát aki csak Game Mode-ban használja a Deck-et, az soha nem adja meg az engedélyt. A kliens soha nem küld automatikusan adatot. A felhasználó láthatatlan marad a statisztikában. 

A 2022. február végén megjelent Steam Deck eladásai már 2023-ban meghaladták a 3 milliót. Így már 2 éve több Steam Deck volt használatban mint a mostani felmérésben az összes Linux, a megmért Deck-eket is belevéve. 

( Friczy v | 2025. 11. 02., v – 10:03 )

Vajon az 'Arch Linux'-ként megnevezett rendszerekbe beletartozik a Steam Deck is?

( kroozo v | 2025. 11. 03., h – 11:05 )

mivel a listában nem szerepel a deck külön, ezért szinte biztosan igen, az benne van archban.

Erre írtam, hogy szerintem nem. A cikkhez mellékel statisztikában az Arch Linux 64bit: 0,31%

Ezt az állításomat pedig pont a te általad linkelt hozzászólásban levő linkelt statisztika támasztja alá, ahol világosan látszik, hogy 

"SteamOS Holo" 64 bit 27.18%

és ott is van "Arch Linux" 64 bit 10.32% pont felette. Tehát nincs benne az Arch-ban a Steam Deck. 

( pepelopez | 2025. 11. 02., v – 10:41 )

 epic/gog-ra meg a Heroic Games Launcher, minden játék megy linux alatt amit próbáltam

( asch v | 2025. 11. 02., v – 12:42 )

Én már évek ótq kizárólag Linuxon játszom Steamen is. Nem minden megy, de sok játék teljesen jó.

Anti-cheat kéne még, az egyáltalán nincs, emiatt kompetitíven nem lehet Linuxozni, úgy tudom a multiplayerek nagy része nem elérhető. Az a baj, hogy az anticheat fából vaskarikának hangzik egy nyílt rendszeren.

Az biztos hogy nem műszaki akadálya van, gondolom inkább rengeteg effort lenne minden distro kernelt támogatni az elmúlt 2-3 évből. Memóriaintegritás védelem meg hozzá tartozó API-k kell legyenek Linuxban is, de magának a kernelnek és minden modulnak digitálisan aláírtnak kellene lennie, ezeket az anticheatnek tudnia kellene verifikálni. Windowst tudtommal nehezebb debugolni, a security by obscurity faktor jobban működik, Linux mellett ott egy nagyon jó emulációs meg debugging infra. Minden disztró szinte minden csomagja, így a kernel mellé is szállítja a debuginfo fájlokat, step-by-step tudod léptetni gdb-vel és QEMU-val a kernelt egy VM-ben. Custom compiled kernelt támogató anticheatre én reményt sem látok, de az nagyon jó lenne ha Ubuntu, Fedora meg a többi nagyra lenne végre Faceit vagy a többi anticheat.

( flatline | 2025. 11. 02., v – 13:11 )

"És az is látszik, hogy többen játszanak Linux alatt már, mint macOS alatt" 


Ugy gondolom kicsit tobb Linuxos (PC, laptop vagy nevezzuk barminek is) eszkoz van mint amin MacOS fut, nyilvan emiatt tobben jatszanak linux alatt.
epic/gog cuccok siman mennek wine, wineskin, crossover es tarsaival mind linux, mind macos alatt. Steames (mac) cuccokat meg nem egy atomfizika feltorni, mivel nem letezik ala Denuvo meg egyeb szirszar drm. 
Felreertes ne essek, jopar eve nem jatszottam mar semmilyen jatekkal, viszont egy ismerosom kisfianak gyakorta szerzek be alternativ forrasokbol vagy portolok macOS-re jatekokat.

I don't run often, but when I do, I run as administrator.

Crossoverrel problemasak, igen.


De wineskin creatorral a regi 32 bites jatekok nagyresze is megy. Nekem jelenleg 3 fele 32bites engine van benne, meg ketto amivel a legujabb (DX11, DX12 64bit) jatekok is siman mennek mind ARM mind intel procikon. DX-apik sem problemasak, legalabbis azzal a creatorral amit en hasznalok. Tobbfele translation layer valaszthato. Igaz neha kell finomhangolas, de nem egy nagy tortenet.
Van egy ukran, orosz tudjaatokom milyen nemzetisegu csapat, akik mindent IS portolnak, a minap kerult fel ez 2001-bol, meg ez 1999-bol. Van akiknek ez a hobbija. Mindenkinek van valami.
 

I don't run often, but when I do, I run as administrator.

( ST0NE | 2025. 11. 02., v – 17:21 )

Ha hozzá vennénk az összes retro console-t, pl R36S, akkor már régen két számjegyű lenne.

( Imo | 2025. 11. 03., h – 09:35 )

Azért a 95% windows nagyon durva, nem gondoltam volna, hogy ilyen magas.

( Vamp | 2025. 11. 03., h – 13:08 )

Pont tegnap tesztelgettem a kovetkezo distrokat, mint windows potlekot. (gamingre, bongeszeresre) 

  • Deepin
  • Zorin
  • Pop!_OS

Ugy alltam hozza, hogy "full amator" vagyok , nincs konzol sem semmi, csak telepites, next/next/finish es csá.

 

Hát volt baj....

Telepitesig semmi gond, mind a harom folment gond nelkul. Chrome bongeszo telepit, irany a youtube, 4k video lejatszas. Akad mint allat... (egy RTX 2060-al, win alatt tukorsima lejatszas) Ok ,akkor tovabb, Geforce Now. Linuxra ugye nincs... bongeszobol csak 1080p van, pedig az elufizum 2k-t is tud. Steam telepites, (de en szinte csak ilyen survival jatekokkal jatszom, online) tehat ez is kilove...

Ok, itt akkor mondom felre teszem, a "full amator" rule-t. Ezek utan azert sikerult eletre kerlteni a chrome alatt a hardveres gyorsitast, ami azert nem volt sima, mert a gyari repokban csak 0.0.8 as verzioju nvidia-vaapi-driver volt, ami persze nem megy az uj (a distrok altal szalliott) geforce driverrel... szal vagy forrasbol leforditjuk a 0.0.14-et, vagy kulso PPA, aki megcsinalja a 0.0.14-et minden ubuntu alapu (vagy ugy mondjam, debian alapu) distrora a friss package-et.

Persze igy is csak bizonyos, neten , forumokban "kiturt" flagek megadasaval volt hajlando a Chrome hasznalni vegre a Vaapi-t ... Itt nyilvan Desktop fajl editialas (illetve .local ala masolas) is kellett, hogy veglegesen , siman asztalrol tudjam inditani a bongeszot. 

 

Ekkor jott a Geforce Now, itt is sikerult Deepin es Zorin alatt a SteamOS-hez keszult flatpak geforce now klienset rahackelni a rendszerekre, igy mar ment a 2k is. (ehhez modositani kellett flatpakon belul a host infot, hogy "azt higgye" SteamOS en fut), illetve force-olni a Vulkant mert maskepp nem indult el. Pop!_OS alatt sajnos nem is sikerult elinditani a Geforce Now flatpak-et.

 

Steam-el nem is szenvedtem, mert tudtam, hogy anti-chat es jatekok (tehat a survivalok 90%-a) nem fog menni.

 

Szoval osszefoglalva, azert messze nem olyan rozsas a helyzet....

A legtobbrol nyilvan tudtam elotte is hogy nem lesz sima tema (vaapi, flatpak mokolas) azt akartam tesztelni sajat magamon, hogy ha full laikuskent cserelnem a win10-emet linuxra, mennyire lenne sima az atallas. Ezek a Distrok azt igerik , hogy teljesen... A valosag viszont az, hogy mar a legalapvetobb dolgok miatt (pl egy youtube video megnezese) mokolni kell... es akkor ez meg csak a legalapabb dolog.

 

Azzal is tisztaban vagyok, hogy ez nem a Linux hibaja... a google / nvidia / intel etc... az, aki pl megnehezeti az ember dolgat a zart drivereivel, meg az egyeb hulyesegeivel (komolyan, egy vaapi-t miert nem lehet engedelyezni chrome telepitesnel alapbol, miert kell meg mindig flag?)

aki pl megnehezeti az ember dolgat a zart drivereivel > ezt gondold at megegyszer :)
attol, hogy openszo'sz, meg legalabb annyira verszopas egy alap sr-iov osszetaknyolasa is. mar ha sikerul es nem szopod be, hogy linugzon nem frissul a vga firmware a drivercsomagbol (mint win alatt). :) es igen, ez a csuda intel, amit husz eve mondogatunk, hogy mindig mukodik linuxon, mert open a driver :-)

https://youtu.be/azD69QdEW7E

amíg nem jött > errol beszelek, ilyenkor szoktak az openszo'sz rendszerek magukba fordulni :) de nezd meg jobban a videot/forumposztot. nem az xe-vel van a baj, hanem, hogy i915-bol sem csak egy fele/fajta van :) fordigathatod (a sokszor akkora gihubrepos backport drivert) es irogathatod ala a modulokat magadnak, ha szeretned, hogy menjen... :) a proxmox hw-felderito metodus bugja csak hab a tortan, arra meg taknyolt wendell egy @reboot unitot :D

Azt hiszem, egy picit elbeszélünk egymás mellett.

A Jelen, probléma, amiről Te beszélsz, a már meglévő, GVT-g képes Intel hardverek (pl. a 6-tól 10. generációs iGPU-k, i915 driver) életben tartása az újabb kerneleken. Ez valóban egy szoftveres küzdelem, driver backportolással és hegesztéssel, pont ahogy írod. Ez egy valós bosszúság a meglévő home lab felhasználóknak.

A Jövő, az a probléma, amiről Én írtam, nem erről a szoftveres hibáról szólt, hanem egy stratégiai váltásról az Intelnél, ami a Xe architektúrával jött el.

Múltban (GVT-g): Az Intel aranykora az volt, hogy az i915-ös driverrel az olcsó, integrált CPU-kon is kaptunk egy teljesen nyílt forráskódú vGPU megoldást. Így több guest rendszer tudta használna megosztva az Intel integrált GPU-t, így mindegyikben lehet hardveresen gyorsított grafika, természetesen a megosztás minden járulékos következményével, de ez a virtualizáció világában egyébként is ismert és elfogadott kompromisszum cserébe a hatalmas rugalmasságért. Ez még a PCI passthrough-nál is több és rugalmasabb mert azzal csak egy darab GPU-t lehet odaadni teljesen egy darab guestnek. Több párhuzamos guest esetében több GPU kártya kell. 

A Jelen (Xe): Az Xe architektúrával az Intel teljesen átvette az AMD/Nvidia üzleti modelljét. A vGPU (amit most már SR-IOV-nak hívnak) kikerült a kliens oldali chipekből, és kizárólag a drága, professzionális adatközponti kártyákon (pl. Intel Flex Series) érhető el.

Ami pedig a nyílt forráskódot illeti: ez a funkció már itt sem 100% open source. Ahogy az AMD-nél, úgy az Intel SR-IOV-ja is egy zárt, bináris firmware blob betöltésétől függ.

Összefoglalva, a vita a driverekről és a Proxmox-bugokról csak a régi hardverek életben tartásáról szól. Az új Intel hardverek esetében ez a funkció a consumer átlagfelhasználói szinten már egyszerűen nem létezik, mert a gyártó kivette sajnos. 

És ahogy írtam: mivel a régi GVT-g egy iGPU volt, sajnos át sem tudjuk menteni egy új gépbe, mert a CPU-val és az alaplappal együtt megy a süllyesztőbe. Ezért ha nem is halott ez a vonal, de már csak a régi jó Intel PC-ken lehet életben tartani. 

ez nem regi hardverek eletben tartasa, ez a jelenlegi, usereknel kint levo termekpaletta szarul mukodese. egy '22 q3-ban kiadott datacenter termek ne legyen mar regi :D gyakorlatilag meg garis. (3 ev)
hogy azota lettek ujabb hardverek, irrelevans. es igen, b50-nel is custom kernelt kell forgatni hozza... xe ide, xe oda. :) ami jelenleg a legujabb intel hardver...