
Jos olet alkanut huomata Steam Deckin suorituskyvyn heikkenevän, et ole yksin. Asiasta ei ole keskusteltu laajasti teknologiamediassa, mutta Redditissä ja jopa GitHubissa on tietoa. Tässä selitän hieman, mistä on kyse, ja olen osittain tajunnut sen, koska olen itse huomannut suorituskyvyn laskun SteamOS 3.8:aan päivittämisen jälkeen. En aluksi tajunnut sitä, mutta niin todellakin tapahtuu.
Oma kokemukseni tästä SteamOS 3.8 -ongelmasta alkoi hieman yli kuukausi sitten. Kuten mainitsin, en huomannut sitä aluksi, osittain siksi, että oli kulunut kauan siitä, kun olin pelannut Cyberpunk 2077:ää viimeksi. Kun pelasin sitä ensimmäisen kerran, huomasin, että sillä oli konservatiivinen profiili toimiakseen hyvin Steam-pakalla, rajoitettu 30 fps:ään ja muutamia muita hienosäätöjä. Poistamalla rajoituksen ja tekemällä muita säätöjä, pakka pystyy pyörittämään Cyberpunkia keskimäärin noin 50 fps:n nopeudella satunnaisilla pudotuksilla.
Juttu on siinä, että jonkin aikaa pääpelin pelaamisen jälkeen pelasin Phantom Liberty -lisäosaa, ja koska se pyöri noin 30 fps:n ruudunpäivitysnopeudella ja siinä oli oletettavasti graafisia parannuksia, en kiinnittänyt siihen paljoa huomiota. Tai siis siihen asti, kunnes veljenpoikani alkoi leikkiä sen kanssa, ja sitten aloin kiinnittää siihen huomiota.
SteamOS 3.8:n suorituskykyongelma on todellinen
Kaikki hälytyskellot alkoivat soida, kun pelasin kolmannen kerran Horizon Zero Dawnia, tällä hetkellä suosikkipeliäni. Ensimmäisellä kerralla sain 30 fps:n sekuntinopeuden suurimman osan ajasta 6TDP:llä, ja poistin rajoitukset vain pakan latauksen tai todella vaikean osuuden läpi pelatessani. Ilman näitä rajoituksia Horizon pystyi toimimaan 60 fps:llä, mutta tällä kertaa se oli vain noin 45 fps , tai jopa 50, jos olin onnekas. Entä se aiemmin käyttämäni kokoonpano? Se laski ruudunpäivitysnopeuden noin 20 fps:ään.
Silloin aloin etsiä tietoa, koska se ei vaikuttanut ollenkaan normaalilta. Etsin tietoa Startpagesta , mutta sitten muistin, että ChatGPT (muun muassa) voisi säästää aikaani, joten pyysin heitä etsimään asiaan liittyvää tietoa. Ongelmasta on monia linkkejä, kuten tämä Redditistä tai tämä GitHubista , joka käsittelee Red Dead Redemption 2:n ongelmaa.
Ratkaisut: Kommentoi GitHubissa tai päivitä versioon 3.7
Ratkaisua ei näytä olevan tällä hetkellä, ellet sitten päivitä SteamOS 3.7:ään. Jotkut käyttäjät väittävät pystyvänsä palauttamaan 30 fps:n pelinopeuden pelistä riippuen , mikä minusta tuntuu paljolta, mutta se on mahdollista. Toinen asia, jonka voit tehdä, on kommentoida tätä GitHub-ketjua , pääasiassa siksi, että Valve on täysin tietoinen ongelmasta ja se on korjattava mahdollisimman pian.
Heidän sanojensa mukaan se paranee myös, jos päivität versioon 3.9, mutta tällä hetkellä se on alustavassa vaiheessa ja on todennäköistä, että muitakin bugeja ilmenee.
Höyrykoneeseen ei näytä kohdistuvan muutoksia.
Näyttää siltä, ettei ongelma vaikuta Steam Machineen . Se on mahdollista, mutta Machinen arvioidaan olevan kuusi kertaa tehokkaampi kuin Deck samalla resoluutiolla ja noin kolme kertaa tehokkaampi 1080p-laadulla. Jos suorituskyvyssä on pieni lasku, emme ehkä huomaa sitä. Tosiasia on, että kukaan käyttäjä ei valita siitä.
Ongelma on vakavampi kannella sen rajoitetun laitteiston vuoksi: se on kuin vuoden 2021-2022 pelitietokone, joka pystyy käsittelemään tuon aikakauden pelejä, kunhan ne eivät ole vaativimpia ja matalilla resoluutioilla. Monissa peleissä, kuten edellä mainituissa Cyberpunk 2077:ssä ja Horizon Zero Dawnissa, se toimii hyvin, mutta ei vaikeuksitta. Noin 15 fps:n pudotus pelissä, jonka keskimääräinen fps on 40 fps, johtaa noin 25 fps:n kuvataajuuteen, mikä heikentää pelikokemusta.
Ja tämän sanoo pelaaja, joka ei ole kovin vaativa ja pystyisi pelaamaan 25 fps:llä, mutta vain jos se olisi vakaata ja ilman häiriötekijöitä. Yksi häiriö jättää 15–18 fps:n nopeuden, ja se on ehdottomasti liikaa.
Jos Steam-pakkasi toimii huonosti, voit joko päivittää SteamOS 3.7:ään tai olla kärsivällinen, sillä Valve suhtautuu näihin ongelmiin erittäin vakavasti ja korjaa ne varmasti. Kysymys kuuluu, milloin.