display-drivers-uninstaller VS DirectStorage

I DDU'd the drivers and tried again with similar results. I also tried an old Radeon HD 2400 PRO and on that card I could not even get drivers to install.

Além de verificares que o monitor está efetivamente ligado à placa gráfica e não à placa integrada da tua motherboard (já agora, desligá-la nas opções da BIOS), já experimentaste desinstalar por completo os drivers NVIDIA e instalar novamente? Para limpar eficazmente, recomendo o DDU (Display Driver Uninstaller).

DDU Download: Source 1 or Source 2

Try running a DDU driver uninstall (www.wagnardsoft.com) , reinstall your latest video drives and see what that gets you.

In Windows make sure you use DDU from https://www.wagnardsoft.com/ or https://www.guru3d.com/files-details/display-driver-uninstaller-download.html

www.wagnardsoft.com

You might want to use something like Display Driver Uninstaller / Cleaner to more completely clean off all driver versions, rebooting at least once as directed, and then manually download the correct driver from NVIDIA and install it.

I don't think the GPU decompression optimizations is in this driver. I updated and using the Bulk Loader Demo test I'm actually seeing lower throughput than before. I used to hit around 24-25GB a sec, now I'm only hitting like 21GB a sec. Although it's possible but I doubt it, it could be related to the Windows 11 March update reducing SSD bandwidth. I haven't run the test in months so it might be related.

The data is compressed with GDeflate, not deflate. The single stream is designed to use the parallelism of a GPU. It is described here:

https://github.com/microsoft/DirectStorage/blob/main/GDeflat...

The GPU decompression benchmark I linked earlier allows you to specify a single file that it will compress with GDeflate (and zlib for comparison). The numbers presented in the docs that come with the benchmark and presented elsewhere are consistent with my own runs using a source file that is highly compressible.

Part of the trick of achieving this speedup is to read the data fast enough. I don't know of any NVMe drive that can reach full speed with a queue depth of 1. While running the benchmark in a windows VM with a GPU passed through, on the linux host I observed that the average read size was about 512k and the queue depth was sometimes over 30.

We already have GDeflate, with permissive sources available for both CPU compression/decompression and GPU decompression in the DirectStorage GitHub repo. I haven't personally played with it yet, but I'll be implementing it in a project I'm working on in the next few months and am pretty excited to do so.

Wrong: https://github.com/microsoft/DirectStorage/blob/main/Docs/diagrams.mmd

The github repo has some command line parameters.

Only the final test where the results of several SSDs are displayed in the graph is a synthetic one. The first two both support DirectStorage and are designed with Microsoft's recommendations for DirectStorage in mind. That is, random reads of 32k or greater block sizes with high queue depths. This is because you need a high queue depth to be able to saturate NVMe drives.

For most it'll be a background element they're not aware of, if you're running up to date win10 onwards you have DS capabilities, you can get the sample from microsoft build it and run it fine.

Direct Storage github Samples: https://github.com/microsoft/DirectStorage