What To Expect From Next-gen Games

NVMe SSDs can easily be 50 times faster than hard drives for sequential reads and thousands of times faster for random reads. It stands to reason that game developers should be able to do things differently when they no longer need to target slow hard drives and can rely on fast storage. Workarounds for slow hard drive performance can be discarded, and new ideas and features that would never work on hard drives can be tried out. Microsoft and Sony are in pretty close agreement about what this will mean for the upcoming console generation, and they've touted most of the same benefits for end users.

Most of the game design changes enabled by abandoning hard drives will have little impact on the gaming experience from one second to the next; removing workarounds for slow storage won't do much to help frames per second, but it will remove some other pain points in the overall console experience. For starters, solid state drives can tolerate a high degree of fragmentation with no noticeable performance impact, so game files don't need to be defragmented after updates. Defragmentation is something most PC users no longer need to give even a passing thought, but it's still an occasionally necessary (albeit automatic) maintenance process on current consoles.

Not as obsolete as you might have thought. But soon.

Since game developers no longer need to care so much about maintaining spatial locality of data on disk, it will also no longer be necessary for data that's reused in several parts of a game to be duplicated on several parts of the disk. Commonly re-used sounds, textures and models will only need to be included once in a game's files. This will have at least a tiny effect on slowing the growth of game install sizes, but it probably won't actually reverse that trend except where a studio has been greatly abusing the copy and paste features in their level editors.

Clone tool abuse

Warnings to not turn off the console while a game is saving first showed up when consoles moved away from cartridges with built-in solid state storage, and those warnings continue to be a hallmark of many console games and half-assed PC ports. The write speeds of SSDs are fast enough that saving a game takes much less time than reaching for a power switch, so ideally those warnings should be reduced, if not gone for good.

How to spot a console port

But NVMe SSDs have write speeds that go far beyond even that requirement, and that allows changes in how games are saved. Instead of summarizing the player's progress in a file that is mere megabytes, new consoles will have the freedom to dump gigabytes of data to disk. All of the RAM used by a game can be saved to a NVMe SSD in a matter of seconds, like the save state features common to console emulators. If the static assets (textures, sounds, etc.) that are unmodified are excluded from the save file, we're back down to near instant save operations. But now the save file and in-use game assets can be simply read back into RAM to resume the whole game state in no more than a second or two, bypassing all the usual start-up and load work done by games.

Xbox Series X Quick Resume menu

The deduplication of game assets is a benefit that will trivially carry over to PC ports, and the lack of defragmentation is something PC gamers with SSDs have already been enjoying for years—and neither of those changes requires a cutting edge SSD. The instant save and resume capabilities can work just fine (albeit not quite so "instant") on even a SATA SSD, but implementing this well requires a bit of help from the operating system, so it may be a while before this feature becomes commonplace on PC games. (Desktop operating systems have long supported hibernate and restore of the entire OS image, but doing it per-application is unusual.)

But those are all pretty much convenience features that do not make the core game experience itself any richer. The reduction or elimination of loading screens be a welcome improvement for many games—but many more games have already gone to great lengths to eliminate loading screens as much as possible. This most often takes the form of level design that obscures what would have been a loading screen. The player's movement and field of view are temporarily constrained, drastically reducing the assets that need to stay in RAM and allowing everything else to be swapped out, while retaining some illusion of player freedom. Narrow hallways and canyons, elevator and train rides, and airlocks—frequently one-way trips—are all standard game design elements to make it less obvious where a game world is divided.

Level design for 64MB of RAM

Open-world games get by with fewer such design elements by making the world less detailed and restricting player movement speed so that no matter where the player chooses to move, the necessary assets can be streamed into RAM on the fly. With a fast SSD, game designers and players will both have more freedom. But some transition sequences will still be required for major scene changes. The consoles cannot reload the entire contents of RAM from one frame to the next; that will still take several seconds.


Finally, we come to what may be the most significant consequence of making SSDs standard and required for games, but is also the most overstated benefit: Both Microsoft and Sony have made statements along the lines of saying that the SSD can be used almost like RAM. Whatever qualifiers and caveats those statement came with quickly get dropped by fans and even some press. So let's be clear here: the console SSDs are no substitute for RAM. The PS5's SSD can supply data at 5.5 GB/s. The RAM runs at 448 GB/s, *81 times faster*. The consoles have 16 GB of GDDR6 memory. If a game needs to use more than 16 GB to render a scene, framerates will drop down to Myst levels because the SSD is not fast enough. The SSDs are inadequate in both throughput and latency.

It's certainly possible for a level to use more than 16GB of assets, but not all on screen at once. The technical term here is working set: how much memory is really being actively used at once. What the SSD changes somewhat is the threshold for what can be considered active. With a fast SSD, the assets that need to be kept in DRAM aren't much more than what's currently on screen, and the game doesn't need to prefetch very far ahead. Textures for an object in the same room but currently off-screen may be safe to leave on disk until the camera starts moving in that direction, whereas a hard drive based system will probably need to keep assets for the entire room and adjacent rooms in RAM to avoid stuttering. This difference means an SSD-based console (especially with NVMe performance) can free up some VRAM and allow for some higher-resolution assets. It's not a huge change; it's not like the SSD increases effective VRAM size by tens of GBs, but it is very plausible that it allows games to use an extra few GB of RAM for on-screen content rather than prefetching off-screen assets. Mark Cerny has approximated it as saying the game now only needs to pre-fetch about a second ahead, rather than about 30 seconds ahead.

(Not to scale)

There's another layer to this benefit: partially resident textures has been possible on other platforms, but becomes more powerful now. What was originally developed for multi-acre ground textures can now be effectively used on much smaller objects. Sampler feedback allows the GPU to provide the application with more detailed and accurate information about which portions of a texture are actually being displayed. The game can use that information to only issue SSD read requests for those portions of the file. This can be done with a granularity of 128kB blocks of the (uncompressed) texture, which is small enough to allow for meaningful RAM savings by not loading texels that won't be used, while at the same time still issuing SSD reads that are large enough to be a good fit for SSD performance characteristics.

Microsoft has stated that these capabilities add up to the effect of a 2x or 3x multiplier of RAM capacity and SSD bandwidth. I'm not convinced. Sure, a lot of SSD bandwidth can be saved over short timescales by incrementally loading a scene. But I doubt these features will allow the Series X with its ~10GB of VRAM to handle the kind of detailed scenery you could draw on a PC GPU with 24GB of VRAM. They're welcome to prove me wrong, though.

Balancing the System: Other Hardware Features What's Necessary to Get Full Performance Out of a Solid State Drive?
Comments Locked


View All Comments

  • PeachNCream - Monday, June 15, 2020 - link

    "This implies that you think others care about your opinion or that AT shouldn't write these types of articles."

    The number of responses, yours included, implies the foundation supporting your argument is incorrect.
  • tuxRoller - Monday, June 22, 2020 - link

    __Regardless, your comment came across as entitled and seemed intended to provoke.__
  • Oxford Guy - Monday, June 15, 2020 - link

    Actually, it reads like a marketing pitch for the console scam.
  • PeachNCream - Tuesday, June 16, 2020 - link

    What exactly is the "console scam" you're talking about?
  • close - Tuesday, June 16, 2020 - link

    He's in the "you can do it cheaper with Linux, Vulkan, a sock and some hand cream" camp.

    I get it can be a good learning experience especially at their young age but most people just want to take that time to relax and play a game. Let me configure this Linux box and then endlessly tweak when things inevitably go wrong is not what anyone wants to sign up for.
  • PeachNCream - Tuesday, June 16, 2020 - link

    In some ways I understand the feel good about open source software. Most of my day-to-day computing happens under Linux both at work and at home. Games - well they are hit and miss on Linux. I've had a few that work well and require very little to no tweaking (though getting dependencies is sometimes a pain) like Dwarf Fortress and Unreal World and others go as far a requiring a compile from source code to get a non-working game that still requires fiddling around to maybe end up with a running application. And then, most of those games are not exactly mainstream titles.

    It just doesn't make sense to me that because there are free open source alternatives for amusement on a PC platform that the idea of a turnkey solution like a console is somehow scammy. Its just an alternate and much easier route to arrive at filling up your free time.
  • Spunjji - Monday, June 15, 2020 - link

    You can read it, but maybe don't leave worthless comments?
  • Spunjji - Monday, June 15, 2020 - link

    Came here to say this, saw it said better. +1 and that.
  • imaheadcase - Friday, June 12, 2020 - link

    Eh, you must never have gamed on a PC in the last 10 years. You don't really have that problem anymore. Plus playing on a controller is SO limiting on the types of games you can play.
  • PeachNCream - Saturday, June 13, 2020 - link

    I currently use a PC for gaming (Linux and Windows). I also use a console, a phone, and have been playing video games on various platforms as far back as a VIC-20 and Atari 2600. Consoles are by far easier to deal with even now. I do agree that controllers do not work as well as a mouse and keyboard for certain game formats - FPS in particular - without careful user interface design decisions by the game developer. In other cases, controllers excel as an interface device to the point where I've plugged a controller into a PC in order to play a game more easily. It is, I think, a mistake to paint with a brush as broad as the one you're using.

Log in

Don't have an account? Sign up now