microsoft / Windows-Dev-Performance

A repo for developers on Windows to file issues that impede their productivity, efficiency, and efficacy
MIT License
434 stars 20 forks source link

Dev Drive hangs storage I/O on AMD Threadripper machine #120

Closed shift-ohkawa closed 1 month ago

shift-ohkawa commented 1 month ago

Windows Build Number

Microsoft Windows NT 10.0.22631.0

Processor Architecture

AMD64 (AMD Ryzen Threadripper 7970X)

Memory

384GB

Storage Type, free / capacity

C: NVMe SSD 1TB, D: NVMe SSD 4TB

Relevant apps installed

Visual Studio Professional 2022, etc. (not seems to be related, though)

Traces collected via Feedback Hub

(none)

Isssue description

After creating Dev Drive formatted with ReFS, some malfunctions are observed and let the system nearly inoperable.

Steps to reproduce

  1. Create Dev Drive (ReFS, default settings) on a NVMe 4TB SSD, using its whole capacity, and assign it as D drive
  2. Reboot system and open Disk Management (or other utilities mentioned below)
  3. Repeat step 2 several times

Expected Behavior

Rebooting system and opening any utilities can be done successfully.

Actual Behavior

Some malfunctions, seemingly related to disk I/O operation, are observed, including:

FYI, throughout our test:

And sorry in advance, I'm afraid it'll not be easy for us to reproduce the problem or try any workarounds on the Threadripper machine, because it's already in use as part of our CI.

adrastogi commented 1 month ago

Thanks for reporting this. Understood that it might not be feasible to capture repro-mode traces given that the machine is already deployed as part of your CI infrastructure. Would you still be able to file a Windows Feedback item from the machine? Assuming you have it enabled on the machine, you can invoke Feedback Hub via [Windows]+[f] and paste the link here so we can more easily find your information on the back end. The link can be found at the bottom of the feedback report. Please use "Developer Platform -> Dev Drive" for the Category.

shift-ohkawa commented 1 month ago

It turned out that this issue was caused by a driver provided by third-party.

We can't mention or describe the driver because it's protected under NDA, but its developer has recognized the driver to be "incompatible" with Dev Drive. Throughout our additional tests with the driver, we confirmed that the problem can be reproduced on non-Threadripper machine.

I'm closing this issue as it's surely not Dev Drive's bug. Thank you so much for your attention and sorry for bothering you.

adrastogi commented 1 month ago

@shift-ohkawa no problem! Thanks for following up.