Microsoft: DirectStorage 1.1 with GPU Decompression Finally on Its Wayby Ryan Smith on October 14, 2022 10:45 AM EST
- Posted in
- DirectX 12
- Windows 11
As part of this week’s Microsoft Ignite developers conference, Microsoft’s DirectX team has published a few blog posts offering updates on the state of various game development-related projects. The biggest and most interesting of these is an update on DirectStorage, Microsoft’s API for enabling faster game asset loading. In short, the long-awaited 1.1 update, which adds support for GPU asset decompression, is finally on its way, with Microsoft intending to release the API to developers by the end of this year.
As a quick refresher, DirectStorage is Microsoft’s next-generation game asset loading API, and is designed to take advantage of the modern capabilities of both GPUs and storage hardware to allow for game assets to be more efficiently transferred directly to GPU. On the I/O side of matters, DirectStorage offers new batched I/O operations that are designed to cut down on the number of individual I/O operations, reducing the overall I/O overhead. But more even more notable than that, DirectStorage also enables (or rather, will enable) GPU asset decompression, allowing for modern compressed assets to bypass the CPU and be decompressed on the GPU instead.
The significance of DirectStorage is that Microsoft wants PCs (and console) to be able to better leverage the low random access times and high transfer rates of modern SSDs, enabling games to quickly stream in new assets rather than having to pre-load everything or suffering noticeably slow asset loading, as can be the case today. Under current game development paradigms, the CPU can be a bottlenecking factor in scaling up I/O rates to meet what SSDs can provide, as there are significant CPU costs both to tracking so many I/O operations and for decompressing game assets before passing them on to the GPU. DirectStorage, in turn, is designed to minimize both of these loads, and ultimately, try to remove the CPU as much as possible from game asset streaming.
DirectStorage technology was already implemented on Microsoft/s Xbox Series X/S consoles for their launch in 2020, so more recent efforts have been around porting DirectStorage to Windows and accounting for the non-homogenous hardware ecosystem. Earlier this year Microsoft rolled out DirectStorage 1.0, which implemented the I/O batching improvements, but not the GPU decompression capabilities. This is where DirectStorage 1.1 will come in, as it will finally be enabling the second (and most important) aspect of DirectStorage for PCs.
By allowing GPUs to do game asset decompression, that entire process is offloaded from the CPU. This not only frees the CPU up for other tasks, but it removes a potentially critical bottleneck in game asset streaming. Because modern SSDs are so fast – on the order of hundreds of thousands of IOPS and data transfer rates hitting 7GB/second – the CPU is the weakest link between speedy SSDs and massively parallel GPUs. So under DirectStorage, the CPU is getting cut out almost entirely.
As far as the performance benefits of DirectStorage 1.1 go, the full gains will depend on both the hardware used and how much data a game or other application is attempting to push. Games moving large amounts of data on very fast systems are expected to see the largest gains from the full DirectStorage 1.1 stack, though even lighter games can benefit from the fast access times to NVMe SSDs.
As part of Microsoft’s blog post, the company posted a screenshot from their Bulk Loading sample program for game developers, which offers a simple demonstration and benchmark of DirectStorage 1.1 in action. In Microsoft’s case, they were able to load 5.65GB of assets in 0.8 seconds using GPU decompression on an undisclosed PC, versus 2.36 seconds on the same system with CPU decompression – while maxing out the load on the CPU in the process. Like most SDK sample programs, this is a simple test case focused on just one feature, so the real-world gains aren’t likely to be quite so extreme, but it underscores the performance benefits of moving asset decompression from the CPU to the GPU when you have a large amount of asset data.
Moving under the hood, DirectStorage GPU decompression is being enabled via the introduction GDeflate, a general purpose compression algorithm that was originally developed by NVIDIA. GDeflate is a GPU-optimized variation on Deflate, which has been designed to better mesh with the massively parallel (and not-very-serial) nature of GPUs.
DirectStorage, in turn, will be implementing GDeflate support in two different manners. The first (and preferred) manner is to pass things off to the GPU drivers and have the GPU vendor take care of it as they see fit. This will allow hardware vendors optimize for the specific hardware/architecture used, and leverage any special hardware processing blocks if they’re available. All three companies are eager to get the show on the road, and it's likely some (if not all) of them will have DirectStorage 1.1-capable drivers ready before the API even ships to game developers.
Failing that, Microsoft is also providing a generic (but optimized) DirectCompute GDeflate decompressor, which can be run on any DirectX12 Shader Model 6.0-compliant GPU. Which means that, in some form or another, GDeflate will be available with virtually any PC GPU made in the last 10 years – though more recent GPUs are expected to offer much better performance.
Otherwise, the only things that will eventually be needed to take advantage of GPU decompression – and DirectStorage 1.1 in general – will be Windows 10 1909 (or later) or Windows 11, as well as a fast storage device. Technically, DirectStorage works against any storage device, including SATA SSDs, but it is explicitly being optimized for (and deliver the best results on) systems using NVMe SSDs.
Do note, however, that it will be up to individual games to implement DirectStorage to see the benefits of the API. That means not only using the necessary API hooks, but also shipping games with assets packed using the new GDeflate algorithm. The vast backwards compatibility of GDeflate means that game devs can essentially hit the ground running here on DX12 games – anything worth running a new game on is going to support DirectStorage and GDeflate – but the fact that it involves game assets means that full DirectStorage 1.1 support cannot be trivially added to existing games. Developers would need to redistribute (or otherwise recompress) game assets for GDeflate, which is certainly do-able, but would require gamers to re-download a large part of a game. So gamers should plan on seeing DirectStorage 1.1 arrive as a feature in future games, rather than backported into existing games.
Finally, as for Microsoft’s audience at hand (developers), this week’s announcement from Microsoft is meant to prod them into getting ready for the updated API ahead of its release later this year. Microsoft isn’t releasing the API documentation or tools at this time, but they are encouraging developers to get started with DirectStorage 1.0, so that they can take the next step and add GPU decompression once 1.1 is available later this year.
Source: Microsoft DirectX Dev Blog
Post Your CommentPlease log in or sign up to comment.
View All Comments
Dizoja86 - Friday, October 14, 2022 - linkI love reading through the comments here of people with interesting thoughts and questions about technology and then suddenly getting dropped into Silver5urfer's ridiculous, scorching hot takes.
Makaveli - Friday, October 14, 2022 - linklol like something throwing a bucket of cold water on you.
DigitalFreak - Friday, October 14, 2022 - linkHot takes? More like shit takes.
Reflex - Wednesday, October 19, 2022 - linkWhat blows me away is just how many damn years he's been at this. I mean it's gotta be at least 15, maybe 20? And somehow every lengthy screed finds room for basically every unrelated issue he can imagine and ties it all together to rant against something he deems inferior like "consoles!" or whatever.
There are very few people in this world who go so many years without at least growing up a little.
SirDragonClaw - Monday, October 17, 2022 - linkWow Dunning Kruger really did a number on you 🤣
I have never seen such an amazing example of the Dunning Kruger effect.
andrebrait - Friday, October 14, 2022 - linkMost games won't see improvements on different types of SSDs because they're working their magic to make things work in a way that makes that not visible to the user.
There's a ton of what-the-fuckery going on behind the scenes to work around thenfact they can't rely on storage being fast and whatnot. Some of these are even implemented in-game with cutscenes and small sections where the user has to wait for a given event to happen (think elevator rides and whatnot, for example).
You're seeing things backwards here. Being able to take advantage of those things takes time and you still need to support the old stuff too, so for a while the extent to which you can tap into those new APIs is limited.
Yet, they need to start existing at some point. Without them there, we can't take advantage of them and without us being able to do that, we'll never start designing games with that in mind.
It's a chicken and the egg thing, though slightly different.
Leather Jacket - Saturday, October 15, 2022 - linkThe Dunning-Kruger effect in full display
lightningz71 - Friday, October 14, 2022 - linkHow is MS addressing asset encryption that has been introduced by anti-piracy technologies for game assets with respect to decompressing these same assets in the GPU? It sounds like any game that uses those technologies will still have to process every bit of data in the processor to decrypt them before decompressing them, which means that the extra overhead of relocating that data to the GPU will incur additional overhead that could be avoided by just decompressing on the processor.
Threska - Friday, October 14, 2022 - linkSounds like they'll have the GPU do it.
brucethemoose - Friday, October 14, 2022 - linkCPUs are pretty fast at decryption, so it should still be better than decrypting and *then* decompressing the assets.
Also, game devs probably don't need to encrypt non-code assets unless they are ridiculously paranoid. Not sure how it works now.