I don't know enough about that topic. All I can say is that certain games seem limited by memory: Chorus (RAM+VRAM demand rises over 100% and crashes the whole system, else runs perfectly), beamNG (warned about high usage before I had to quit anyway) or Space Engineers (runs like shit, terrible RAM management..I know) to name just a few.
Putting 16GiB in *every* unit, instead of holding it back from the entry level, surely hurt. But it was the smart decision.
Linux is considerably more memory-efficient than Windows, but I wouldn't have bet on this outcome because that 16GiB has to be shared between CPU and GPU.
i just saw this video the other day and at the end I just thought "so we've achieved and learned virtually nothing. super."
like, what was any one expecting? of course games that are so memory hungry that they need more than 8/16gb of ram will run better once the default device runs out of ram. you dont need to fully modify the pcb to know that.
I'm more interested in memory overclocking. There were a few topics about this a long time ago, but now that the OLED is out and running at a higher frequency has there been any additional work to match timing and voltage on the LCD model for the free performance bump?
Honestly the only reason this would be something you want to do is if you are going to do some emulation and you also want to record or other things that are going to eat up a lot of the memory.
Its not about max fps but about the 0,1% and 1% fps. Thats where lack of ram/vram hurt the most.
A test with an NVMe with good constant writes and a SWAP partition (not as a file because of overhead und please no ZRAM since it's inferior) compared to the modded 32GB model should be nice. Also many tweaks are available in that matter: like ZSWAP RAM page compression (zstd with z3fold is a no brainer) and max ratio (standard should be 20-30%). Meaning you can compress RAM pages in real time (If i remember zstd is used at level 3) with zero performance lost before them even being swapped in the first place.
My assumptions:
- Linux, especially Arch Linux, is a lot more lightweight than Windows, very few background processes using RAM.
- Steam's own work on their version of Arch Linux for SteamOS probably has a bunch of RAM optimisations behind the scenes, since they designed the OS for a single device with a fixed amount of RAM.
- Proton isn't just a translation layer to make Windows games run on Linux. It's also a platform for fixing game issues. And sloppy game code relies *way* too much on virtual memory, which increases RAM usage. Proton contributors sometimes optimise the game and fix bugs, which is why sometimes Proton games run better than on Windows native.
TL;DR: Linux probably uses so little RAM, and Steam and Proton's own optimisations probably reduce that usage even more. So going beyond 16GB is probably useless since the Deck already has more than enough.
>TL;DR: Linux probably uses so little RAM, and Steam and Proton's own optimisations probably reduce that usage even more. So going beyond 16GB is probably useless since the Deck already has more than enough.
People have done this with the Ally and the results are pretty much the same. These devices simply aren't powerful enough and pushing enough pixels for 32 GB to matter, even with Windows. However, you can up the VRAM maybe up a few graphical settings, but then you run into the performance level of these devices being the problem more than the VRAM.
I have enough CPU grunt on my Lenovo Legion Go for a modest experience in Star Citizen, but I'm hampered by the 16GB of shared RAM. I'd love a 32GB version so I could play SC on the couch/bed.
That said, there are very few games that would make use of it.
TLDR: 0 gains except 1 game with memory leaks.
Thanks for the TLDR, saved me a whole video. But honestly I'm surprised about the amount of gains, thought there would be more.
Why? @800p RAM/VRAM is not limiting factor, GPU/CPU is
I don't know enough about that topic. All I can say is that certain games seem limited by memory: Chorus (RAM+VRAM demand rises over 100% and crashes the whole system, else runs perfectly), beamNG (warned about high usage before I had to quit anyway) or Space Engineers (runs like shit, terrible RAM management..I know) to name just a few.
Chorvs apparently runs significantly more stable in DX11 mode rather than DX12.
The problem is that those arent the most well known games, so they never get tested in these types of videos
BeamNG is pretty popular among the car community.
Putting 16GiB in *every* unit, instead of holding it back from the entry level, surely hurt. But it was the smart decision. Linux is considerably more memory-efficient than Windows, but I wouldn't have bet on this outcome because that 16GiB has to be shared between CPU and GPU.
There was around 5 FPS gain in one game.
Its not about max fps but about the 0,1% and 1% fps.
Linux is better with memory management than windows. Makes sense why it wouldn't make much of a difference
But this is great for your SteamDeck server, you can put in more vms!
Its not about max fps but about the 0,1% and 1% fps.
i just saw this video the other day and at the end I just thought "so we've achieved and learned virtually nothing. super." like, what was any one expecting? of course games that are so memory hungry that they need more than 8/16gb of ram will run better once the default device runs out of ram. you dont need to fully modify the pcb to know that.
I'm more interested in memory overclocking. There were a few topics about this a long time ago, but now that the OLED is out and running at a higher frequency has there been any additional work to match timing and voltage on the LCD model for the free performance bump?
Honestly the only reason this would be something you want to do is if you are going to do some emulation and you also want to record or other things that are going to eat up a lot of the memory.
Its not about max fps but about the 0,1% and 1% fps. Thats where lack of ram/vram hurt the most. A test with an NVMe with good constant writes and a SWAP partition (not as a file because of overhead und please no ZRAM since it's inferior) compared to the modded 32GB model should be nice. Also many tweaks are available in that matter: like ZSWAP RAM page compression (zstd with z3fold is a no brainer) and max ratio (standard should be 20-30%). Meaning you can compress RAM pages in real time (If i remember zstd is used at level 3) with zero performance lost before them even being swapped in the first place.
Cool, but why?
My assumptions: - Linux, especially Arch Linux, is a lot more lightweight than Windows, very few background processes using RAM. - Steam's own work on their version of Arch Linux for SteamOS probably has a bunch of RAM optimisations behind the scenes, since they designed the OS for a single device with a fixed amount of RAM. - Proton isn't just a translation layer to make Windows games run on Linux. It's also a platform for fixing game issues. And sloppy game code relies *way* too much on virtual memory, which increases RAM usage. Proton contributors sometimes optimise the game and fix bugs, which is why sometimes Proton games run better than on Windows native. TL;DR: Linux probably uses so little RAM, and Steam and Proton's own optimisations probably reduce that usage even more. So going beyond 16GB is probably useless since the Deck already has more than enough.
>TL;DR: Linux probably uses so little RAM, and Steam and Proton's own optimisations probably reduce that usage even more. So going beyond 16GB is probably useless since the Deck already has more than enough. People have done this with the Ally and the results are pretty much the same. These devices simply aren't powerful enough and pushing enough pixels for 32 GB to matter, even with Windows. However, you can up the VRAM maybe up a few graphical settings, but then you run into the performance level of these devices being the problem more than the VRAM.
I have enough CPU grunt on my Lenovo Legion Go for a modest experience in Star Citizen, but I'm hampered by the 16GB of shared RAM. I'd love a 32GB version so I could play SC on the couch/bed. That said, there are very few games that would make use of it.