Настройка диска разработки в Windows 11

Диск разработки — это новая форма тома хранилища, доступная для повышения производительности для ключевых рабочих нагрузок разработчика.

Диск разработки основывается на технологии ReFS , чтобы использовать целевые оптимизации файловой системы и обеспечить более контроль над параметрами тома хранилища и безопасностью, включая назначение доверия, антивирусную конфигурацию и административный контроль над присоединенными фильтрами.

См. запись блога: Повышение производительности диска разработки в Visual Studio и Dev Boxes для некоторых средних измерений улучшения в общих операциях разработки.

Настройка диска разработки

Чтобы настроить новый диск разработки, откройте параметры Windows и перейдите к дискам и томам расширенного хранилища>>хранилища системы.> Выберите " Создать диск разработки". Существующие тома хранилища нельзя преобразовать в диск разработки. Назначение диска разработки происходит только в исходное время форматирования.

Перед настройкой диска разработки убедитесь, что выполнены предварительные требования. Вы также можете настроить диск разработки с помощью конфигурации компьютера дома разработки.

Необходимые компоненты

• Windows 11, сборка #10.0.22621.2338 или более поздней версии (проверка обновлений Windows)
• Рекомендуется 16 гб памяти (минимум 8 гб)
• Не менее 50 ГБ свободного места на диске
• Диски разработки доступны во всех версиях SKU Windows.
• Разрешения локального администратора.

При обновлении до последней версии Windows 11 может потребоваться дополнительная перезагрузка перед тем, как функция диска разработки станет доступной. Если вы работаете в корпоративной среде, администратор безопасности должен настроить политику безопасности диска разработки, чтобы включить диск разработки.

Параметры настройки

Вы получите три варианта:

1. Создание виртуального жесткого диска — сборка тома на новом виртуальном жестком диске
2. Изменение размера существующего тома — создание нового нераспределенного пространства для сборки
3. Нераспределированное место на диске — используйте нераспределированное пространство на существующем диске. *Этот параметр будет отображаться только в том случае, если вы ранее настроили нераспределированное пространство в хранилище.

Выбор между использованием секции диска или виртуального жесткого диска

Существуют преимущества и компромиссы, которые следует учитывать при выборе того, следует ли создать секцию диска или создать новый виртуальный жесткий диск для хранения диска разработки.

• Создайте раздел диска: хранение диска разработки на секции диска обычно обеспечивает более высокую производительность, так как она напрямую использует физический диск без дополнительных слоев. Компромиссы заключается в том, что использование секционированного диска будет менее гибким, так как изменение размера секций может быть более сложным и рискованным, а также менее переносимостью, так как секция привязана к физическому диску.

• Создайте виртуальный жесткий диск: хранение диска разработки на виртуальном жестком диске (VHD) может немного снизить производительность из-за затрат на управление уровнем виртуального диска. Компромиссы заключается в том, что виртуальные жесткие диски обеспечивают большую гибкость для динамического изменения размера (если требуется эффективно управлять пространством на диске), перемещать или создавать резервные копии данных. Виртуальные жесткие диски также очень переносимы, что позволяет передавать VHD-файл на другой компьютер или расположение резервного копирования. Однако помните, что при размещении виртуального жесткого диска на фиксированном диске (HDD или SSD) не рекомендуется копировать виртуальный жесткий диск, перемещать его на другой компьютер, а затем продолжать использовать его в качестве диска разработки.

Создание виртуального жесткого диска

При выборе параметра "Создать новый VHD ", чтобы настроить диск разработки, вам потребуется определить следующее:

• Имя виртуального жесткого диска: укажите имя виртуального жесткого диска (диск разработки).
• Расположение. Назначьте путь к каталогу, в котором виртуальный жесткий диск разработки будет находиться на компьютере. Расположение по умолчанию , C:\если только не создается диск разработки с помощью дома разработки, в этом случае расположение по умолчанию не является %userprofile%\DevDrives. Рекомендуется использовать расположение пути к каталогу для каждого пользователя для хранения диска разработки, чтобы избежать непреднамеренного общего доступа.
• Размер виртуального жесткого диска: назначьте объем дискового пространства, который будет выделен для используемого тома, минимальный размер составляет 50 ГБ.
• Формат виртуального жесткого диска:
  • VHD: поддерживает виртуальные диски размером до 2040 ГБ.
  • VHDX (рекомендуется): поддерживает не более 64 ТБ и обеспечивает более устойчивую защиту от непредвиденных сбоев ввода-вывода, вызванных проблемами, такими как сбой питания. Дополнительные сведения об управлении виртуальными жесткими дисками.
• Тип диска:
  • Фиксированный размер. Этот файл виртуального жесткого диска выделяется максимальному размеру при создании.
  • Динамическое расширение — файл виртуального жесткого диска увеличивается до максимального размера по мере записи данных на диск. (Рекомендовано)

После завершения процесса выбора этих параметров будет создан диск разработки.

Изменение размера существующего тома или использование нераспределенного пространства на существующем диске

Чтобы изменить размер существующего тома, выполните приведенные действия.

1. Выберите том для изменения размера.

   

2. Выберите новый размер тома. Вам потребуется по крайней мере 50 ГБ нераспределенного пространства, минимальный размер, необходимый для диска разработки. После установки размера нажмите кнопку "Далее".

   

3. Чтобы отформатировать диск разработки в новом свободном пространстве, укажите метку (имя диска), букву диска и выделение размера. Максимальный размер будет объем свободного места, выделенного на предыдущем шаге, минимальный размер диска разработки составляет 50 ГБ.

   

Поздравляем! Теперь вы измените размер диска разработки.

Чтобы найти и использовать нераспределированное пространство на существующем диске, можно открыть диски и тома системного>хранилища>, просмотреть страницу, чтобы узнать, указано ли любое место в хранилище как "Нераспределенный". Выберите "Создать том", и вы будете предоставлены варианты создания простого тома (стандартного тома хранилища NTFS) или создания диска разработки. Чтобы создать диск разработки, действия совпадают с приведенными выше, необходимо добавить метку (имя диска), букву диска и подтвердить выделение размера .

Форматирование тома хранилища в виде диска разработки из командной строки

В качестве альтернативы использованию параметров Windows существует два варианта создания томов хранилища диска разработки из командной строки. Оба параметра требуют открытия командной строки от имени администратора. Для форматирования жесткого диска необходимо быть членом группы администрирования. Эти методы форматирования командной строки могут быть предпочтительнее при создании нескольких дисков разработки или в качестве администратора для нескольких компьютеров.

1. Использование средства командной строки format из Windows CMD или PowerShell:

Format D: /DevDrv /Q

2. Использование командлета Format-Volume из PowerShell:

Format-Volume -DriveLetter D -DevDrive

Для этих примеров кода требуется заменить D: расположение диска, которое вы хотите нацелить. Дополнительные параметры и параметры команд см. по ссылкам.

Как работает диск разработки?

Том хранилища указывает, как данные хранятся в файловой системе с помощью каталогов и файлов в определенном формате. Windows использует NTFS для системного диска и по умолчанию для большинства несъемных дисков. Отказоустойчивая файловая система (ReFS) — это новый формат файловой системы Майкрософт, предназначенный для повышения доступности данных, эффективного масштабирования больших наборов данных в различных рабочих нагрузках и обеспечения целостности данных с устойчивостью к повреждению. Он стремится решить расширяющийся набор сценариев хранения и создать основу для будущих инноваций.

Диск разработки использует ReFS, позволяющий инициализировать том хранилища специально для рабочих нагрузок разработки, обеспечивая более высокую производительность и настраиваемые параметры, оптимизированные для сценариев разработки. ReFS содержит несколько оптимизаций файловой системы, чтобы повысить производительность ключевых сценариев разработчика.

Узнайте больше о том, как dev Drive обрабатывает безопасность.

Что следует поместить на диск разработки?

Диск разработки предназначен для:

• Репозитории исходного кода и файлы проектов
• Кэши пакетов
• Создание выходных и промежуточных файлов

Рекомендации по установке средств разработчика и пакетов SDK на диске разработки: Средства разработчика и пакеты SDK обычно размещаются в расположении администратора или на пользователя. Эти расположения обеспечивают определенные гарантии безопасности и изоляции в Windows и влияют на поведение Microsoft Defender. Однако многие средства обеспечивают гибкость выбора расположения установки, включая диск разработки.

Прежде чем продолжить установку средств разработчика или пакетов SDK на диске разработки, оцените компромиссы, связанные с системой и асинхронным сканированием, чтобы обеспечить соответствие требованиям безопасности устройства и организации. Вы можете создать администратора или папку для каждого пользователя на диске разработки. Кроме того, важно убедиться, что режим производительности Microsoft Defender (например, асинхронное сканирование) соответствует вашим потребностям обработки двоичных файлов.

Хранение кэша пакетов на диске разработки

Кэш пакетов — это расположение глобальной папки, используемое приложениями для хранения файлов для установленного программного обеспечения. Эти исходные файлы необходимы, если требуется обновить, удалить или восстановить установленное программное обеспечение. Visual Studio — это одно из таких приложений, которое хранит большую часть своих данных в кэше пакетов. После изменения переменных среды может потребоваться перезапустить все открытые окна консоли или перезагрузить устройство для применения новых значений.

• Кэш Npm (NodeJS): создайте каталог кэша npm на диске разработки, например D:\packages\npm, задайте для этого пути глобальную переменную npm_config_cache среды, например setx /M npm_config_cache D:\packages\npm. Если на компьютере уже установлен NodeJS, переместите содержимое %AppData%\npm-cache этого каталога. (В некоторых системах кэш npm может находиться в %LocalAppData%\npm-cache). Дополнительные сведения см. в документации npm: npm-cache и npm config: cache.

• Папка глобальных пакетов NuGet: папка глобальных пакетов NuGet используется dotnet, MSBuild и Visual Studio. Создайте определенный пользователь каталог NuGet в файловой системе CopyOnWrite (CoW). Например: D:\<username>\.nuget\packages. Используйте один из следующих способов, чтобы изменить папку глобальных пакетов из расположения по умолчанию на только что созданную папку (для управления глобально установленными пакетами):

  • Задайте для этого пути переменную NUGET_PACKAGES глобальной среды. Например: setx /M NUGET_PACKAGES D:\<username>\.nuget\packages.

  • Задайте globalPackagesFolderдля этого пути в параметрах конфигурации , при использовании PackageReferenceили repositoryPathпри использовании packages.config.

  • RestorePackagesPath Задайте для свойства MSBuild (только MSBuild) этот путь.

    Чтобы проверить папку глобальных пакетов, выполните команду dotnet nuget locals: dotnet nuget locals global-packages --list Восстановление установит и скачивает пакеты в новый путь. Папку глобального пакета NuGet по умолчанию можно удалить. Дополнительные сведения см. в документации NuGet. Управление глобальными пакетами, кэшем и временными папками.

• Кэш vcpkg: создайте каталог кэша vcpkg на диске разработки, например D:\packages\vcpkg, задайте для этого пути переменную VCPKG_DEFAULT_BINARY_CACHE глобальной среды, например setx /M VCPKG_DEFAULT_BINARY_CACHE D:\packages\vcpkg. Если у вас уже установлены пакеты, переместите содержимое %LOCALAPPDATA%\vcpkg\archives или %APPDATA%\vcpkg\archives в этот каталог. Дополнительные сведения см. в документации по vcpkg: двоичное кэширование vcpkg.

• Кэш Pip (Python): создайте каталог кэша pip на диске разработки, например D:\packages\pip, задайте для этого пути переменную PIP_CACHE_DIR глобальной среды, например setx /M PIP_CACHE_DIR D:\packages\pip. Если вы уже восстановили пакеты pip и Колеса на компьютере, переместите содержимое %LocalAppData%\pip\Cache этого каталога. Дополнительные сведения см. в документации pip: кэширование pip и см. в статье StackOverflow для изменения каталога кэша pip в Linux?.

• Кэш грузов (Rust): создайте каталог кэша грузов на диске разработки, например D:\packages\cargo, задайте для этого пути глобальную переменную CARGO_HOME среды, например setx /M CARGO_HOME D:\packages\cargo. Если вы уже восстановили пакеты Cargo на компьютере, переместите содержимое %USERPROFILE%\.cargo этого каталога. Дополнительные сведения см. в документации по грузовой среде.

• Кэш Maven (Java): создайте каталог кэша Maven на диске разработки, например D:\packages\maven, задайте переменную MAVEN_OPTS глобальной среды, чтобы добавить параметр конфигурации в этот путь, например setx /M MAVEN_OPTS "-Dmaven.repo.local=D:\packages\maven". Переместите содержимое %USERPROFILE%\.m2\repository этого каталога (это включает только зависимости, подключаемые модули и другие артефакты, которые Maven скачивает в папку repository и использует для проектов). Дополнительные сведения см. в документах Maven и см. в статье StackOverflow о том, как указать альтернативное расположение папки M2 или settings.xml постоянно?.

• Кэш Gradle (Java): создайте каталог кэша Gradle на диске разработки, например D:\packages\gradle. Затем задайте глобальную переменную GRADLE_USER_HOME среды, чтобы указать этот путь, например, в setx /M GRADLE_USER_HOME "D:\packages\gradle" командной строке, чтобы задать ее на уровне системы. После установки этой переменной Gradle будет использовать указанный каталог (D:\packages\gradle) для своих кэшей и файлов конфигурации. Если у вас есть файлы Gradle, переместите содержимое %USERPROFILE%\.gradle этого нового каталога. Дополнительные сведения см. в документации по Gradle и обзоре ресурсов сообщества, таких как StackOverflow, для получения советов по управлению конфигурациями Gradle и каталогами кэша.

Общие сведения о рисках безопасности и доверии в отношении диска разработки

Безопасность и доверие важны при работе с файлами проекта. Как правило, существует компромисс между производительностью и безопасностью. Использование диска разработки устанавливает контроль над этим балансом в руках разработчиков и администраторов безопасности с ответственностью за выбор подключенных фильтров и параметров для проверки антивирусная программа в Microsoft Defender.

По умолчанию антивирусные фильтры, включая Microsoft Defender и сторонние антивирусные фильтры, присоединяются к диску разработки. антивирусная программа в Microsoft Defender по умолчанию для нового параметра "режим производительности" на дисках разработки, принимая во внимание скорость и производительность, обеспечивая безопасную альтернативу исключениям папок. Для повышения уровня защиты Microsoft Defender также предлагает режим защиты в режиме реального времени.

Любой продукт или компоненты, требующие дополнительных фильтров, не будут работать, если фильтр не добавлен в диск разработки.

Корпорация Майкрософт рекомендует использовать параметр режима производительности по умолчанию при использовании доверенного диска разработки.

Что такое доверенный диск разработки?

Диски разработки автоматически назначаются доверенными с помощью флага, хранящегося в системном реестре во время первоначального форматирования, обеспечивая оптимальную производительность по умолчанию. Доверенный диск разработки означает, что разработчик, использующий том, имеет высокую уверенность в безопасности содержимого, хранящегося там.

Аналогично тому, когда разработчик выбирает добавление исключения для Безопасность Windows, разработчик берет на себя ответственность за управление безопасностью содержимого, хранящегося для получения дополнительной производительности.

Диск разработки, помеченный как доверенный , является сигналом для работы в Microsoft Defender в режиме производительности. Запуск Microsoft Defender в режиме производительности обеспечивает баланс между защитой от угроз и производительностью. Защита в режиме реального времени по-прежнему будет включена во всех остальных томах хранилища.

Из-за соображений безопасности при отключении фильтров транспортировка диска разработки между компьютерами приведет к обработке тома как обычного тома без специальных политик подключения фильтров. Том должен быть помечен как доверенный при подключении к новому компьютеру. См. Разделы справки назначить диск разработки доверенным?.

Ненадежный диск разработки не будет иметь те же привилегии, что и доверенный диск разработки. Безопасность будет выполняться в режиме защиты в режиме реального времени, когда диск разработки не является доверенным. При назначении доверия к диску разработки за пределами времени его создания следует соблюдать осторожность.

Разделы справки назначить диск разработки доверенным?

Чтобы назначить диск разработки доверенным, выполните указанные действия.

1. Откройте PowerShell (или CMD) с повышенными разрешениями, щелкнув правой кнопкой мыши и выбрав "Запуск от имени администратора".
2. Чтобы назначить диск разработки доверенным введите следующую команду, заменив <drive-letter> букву диска хранилища, которому вы назначаете доверие. Например, fsutil devdrv trust D:.

fsutil devdrv trust <drive-letter>:

Чтобы проверить, является ли диск разработки доверенным, введите команду:

fsutil devdrv query <drive-letter>:

Диск C: на компьютере не может быть назначен в качестве диска разработки. Средства разработчика, например Visual Studio, MSBuild, пакет SDK для .NET, пакет SDK для Windows и т. д., должен храниться на диске C: а не на диске разработки.

Что такое режим производительности Microsoft Defender?

Режим производительности теперь доступен в Windows 11 в качестве новой возможности антивирусная программа в Microsoft Defender. Эта возможность снижает влияние на производительность антивирусная программа в Microsoft Defender сканирует файлы, хранящиеся на указанном диске разработки.

Дополнительные сведения о режиме производительности и сравнении с защитой в режиме реального времени см. в статье Microsoft Defender: защита диска разработки с помощью режима производительности.

Для включения режима производительности диск разработки должен быть назначен доверенным, а защита в режиме реального времени в Microsoft Defender должна иметь значение "Вкл".

Разделы справки настроить дополнительные фильтры на диске разработки?

По умолчанию диспетчер фильтров отключает все фильтры на диске разработки, за исключением антивирусных фильтров. Антивирусная программа — это фильтр, подключенный в FSFilter Anti-Virus диапазоне высот (т. е. 320000-3299999). FSFilter Anti-Virus включает фильтры, которые обнаруживают и дезинфицируют вирусы во время ввода-вывода файла.

Политика по умолчанию может быть настроена не для подключения антивирусных фильтров к диску разработки.fsutil ВНИМАНИЕ. Эта политика применяется ко ВСЕМ дискам разработки в системе.

fsutil devdrv enable /disallowAv

fsutil devdrv enable [/allowAv|/disallowAv]Команда включает следующие два варианта:

• disallowAv: указывает, что диски разработки не имеют подключенных фильтров (даже антивирусной программы). Фильтры можно добавить обратно с помощью fsutil devdrv setfiltersallowed <Filter-1> команды. (Замена <Filter-1> именем нужного фильтра.)

• allowAv: указывает, что диски разработки должны быть защищены фильтром антивирусной программы по умолчанию.

Для справки введите команду: fsutil devdrv enable /? Если ни не /allowAv /disallowAv указано, политика антивирусной программы для диска разработки не настроена, а системная система по умолчанию должна быть защищена антивирусным фильтром.

Дополнительные сведения о фильтрах см. в разделе "Сведения о драйверах фильтрации файловой системы", "Установка драйвера фильтра", "Основные понятия диспетчера фильтров", группы заказов загрузки и высоты для драйверов минифильтратора.

Разрешение подключения фильтров на диске разработки

Если вы работаете в среде business или Enterprise, групповая политика вашей компании может быть настроена для выбора фильтров для присоединения на дисках разработки, в дополнение к приведенной выше политике. Системный администратор может также присоединить дополнительные фильтры к определенному диску разработки или всем дискам разработки с помощью списка разрешений.

Системный администратор может потребовать добавить фильтр с именем Foo.FooFlt Они могут потребовать только того, чтобы этот фильтр был включен на диске разработки, подключенном как D:. Они не нуждаются в этом фильтре на другом диске разработки, подключенном как E:. Администратор может внести изменения в список разрешенных фильтров на диске разработки с помощью fsutil.exe программы командной строки, предоставленной системой.

Фильтры, специально заданные как разрешенные , могут подключаться к диску разработки в дополнение к политике антивирусного фильтра, описанной выше.

Примеры фильтрации списков

В следующих примерах демонстрируется возможность администратора задавать фильтры, разрешенные на всех дисках разработки на компьютере, с помощью списка разрешений.

Чтобы использовать setfiltersallowed команду, чтобы разрешить Filter-01 и Filter-02 на всех дисках разработки, используйте следующую команду:

fsutil devdrv setfiltersallowed Filter-01, Filter-02

Чтобы отобразить политику подключения фильтра для всех дисков разработки, используйте команду:

fsutil devdrv query

Результат будет отображаться следующим образом:

• Тома разработчика включены.
• Тома разработчика защищаются фильтром антивирусной программы.
• Фильтры, разрешенные на любом диске разработки: Filter-01Filter-02

Чтобы изменить эту конфигурацию диска разработки, чтобы разрешить только Filter-03 на дисках разработки, с Filter-01 которыми Filter-02 больше не разрешено присоединиться, используйте команду:

fsutil devdrv setfiltersallowed Filter-03

Дополнительные сведения см fsutil devdrv /? . в других связанных командах.

Фильтры для распространенных сценариев

Следующие фильтры можно использовать с диском разработки:

Сценарий: описание	Имя фильтра
GVFS: разреженные перечисления Windows	PrjFlt
MSSense: Microsoft Defender для конечной точки для датчика EDR	MsSecFlt
Защитник: фильтр Защитника Windows	WdFilter
Docker: запуск контейнеров из диска разработки	bindFlt, wcifs
Средство записи производительности Windows: измерение операций файловой системы	FileInfo
Монитор ресурсов: показывает использование ресурсов. Требуется для отображения имен файлов в действии диска	FileInfo
Монитор процессов — Sysinternals: мониторинг действий файловой системы	ProcMon24
Обновление Windows: используется во время обновления ОС. Обязательный, если пользователь перемещает переменную среды TEMP на диск разработки	WinSetupMon
Управление приложениями в Защитнике Windows (WDAC): отслеживание управляемого установщика с помощью служб удостоверений AppLocker	applockerfltr

По умолчанию присоединено WdFilter . Следующая команда — это пример, демонстрирующий подключение всех этих дополнительных фильтров к диску разработки:

fsutil devdrv setfiltersallowed "PrjFlt, MsSecFlt, WdFilter, bindFlt, wcifs, FileInfo, ProcMon24"

Поддержка клонирования блоков

Начиная с Windows 11 24H2 и Windows Server 2025, на диске разработки теперь поддерживается клонирование блоков. Так как диск разработки использует формат файловой системы ReFS , поддержка клонирования блоков будет означать бесплатные преимущества производительности при копировании файла с помощью диска разработки. Клонирование блоков позволяет файловой системе копировать диапазон байтов файлов от имени приложения в виде низкой стоимости операции метаданных, а не выполнять дорогостоящие операции чтения и записи в базовые физические данные. Это приводит к более быстрому завершению копирования, меньше операций ввода-вывода в базовое хранилище и повышению емкости хранилища, позволяя нескольким файлам совместно использовать одни и те же логические кластеры. Дополнительные сведения о клонирование блоков.

Какие сценарии неподдерживаются диском разработки? Какие применяются ограничения?

Существует несколько сценариев, в которых мы не рекомендуем использовать диск разработки. Например:

• Переформатирование существующего тома хранилища в виде диска разработки приведет к уничтожению любого содержимого, хранящегося в этом томе. Переформатирование существующего тома при сохранении содержимого, сохраненного там, не поддерживается.
• При создании виртуального жесткого диска (VHD), размещенного на фиксированном диске (HDD или SSD), не рекомендуется копировать виртуальный жесткий диск, перемещать его на другой компьютер, а затем продолжать использовать его в качестве диска разработки.
• Том, хранящийся на съемных или подключаемых дисках (например, usb, HDD или SSD- внешний диск), не поддерживает назначение в качестве диска разработки.
• Том в виртуальном жестком диске, размещенном съемным или подключаемым диском, не поддерживает назначение в качестве диска разработки.
• Диск C: на компьютере не может быть назначен в качестве диска разработки.
• Целью диска разработки является размещение файлов для создания и отладки проектов программного обеспечения, предназначенных для хранения репозиториев, кэшей пакетов, рабочих каталогов и временных папок. Не рекомендуется устанавливать приложения на диске разработки.
• Использование диска разработки на динамических дисках не поддерживается. Вместо этого используйте дисковые пространства, что поможет защитить данные от сбоев дисков и расширить хранилище с течением времени при добавлении дисков на компьютер.

Удаление диска разработки

Диск разработки можно удалить в параметрах системы Windows 11: System>Storage>Disks & volumes

Откройте меню "Параметры Windows", а затем выберите "Хранилище", а затем "Дополнительные параметры хранилища", а затем диски и тома, где вы найдете список томов хранилища на устройстве. Выберите свойства рядом с томом хранилища диска разработки, который требуется удалить. В свойствах диска вы найдете параметр "Удалить" в метке "Формат".

Теперь диск разработки будет удален. Однако если диск разработки был создан в качестве нового виртуального жесткого диска, необходимо удалить виртуальный жесткий диск, чтобы освободить место для хранения, используемого этим виртуальным жестким диском. Для этого необходимо отсоединить виртуальный диск, чтобы VHD-файл, на котором размещен диск разработки, можно удалить, выполнив следующие действия.

1. Откройте средство управления дисками, введя "Управление компьютерами" в поле поиска на панели задач. Выберите "Управление дисками" в заголовке хранилища. Выберите диск (не том) диска разработки. Щелкните правой кнопкой мыши выбранный диск, на котором размещен диск разработки, и в результирующем меню выберите "Отключить виртуальный жесткий диск".
2. Всплывающее окно появится с сообщением о том, что отключение виртуального жесткого диска сделает его недоступным.
3. После отсоединения виртуальный жесткий диск можно удалить.

Часто задаваемые вопросы о дисках разработки

Некоторые часто задаваемые вопросы о диске разработки включают:

Как настроить диск разработки для удовлетворения моих потребностей?

Параметры диска разработки по умолчанию оптимизированы для распространенных сценариев разработки, но их можно настроить, что позволяет управлять драйверами и службами, выполняемыми в томе хранилища. Чтобы настроить параметры диска разработки, откройте меню "Параметры". В разделе "Диски и тома системы>">перейдите в раздел "Свойства".

Нужно ли переустановить приложения для использования диска разработки?

Нет, приложения или средства, установленные на диске C компьютера, могут использовать файлы с диска разработки. Однако для проектов разработки рекомендуется хранить все каталоги, файлы и кэши пакетов в диске разработки. Диск разработки можно закрепить на проводник быстрого доступа в качестве напоминания.

Использует ли ReFS больше памяти, чем NTFS?

Да, ReFS использует немного больше памяти, чем NTFS. Мы рекомендуем компьютер с не менее 8 гб памяти, в идеале 16 ГБ.

Можно ли иметь несколько дисков разработки на моем компьютере?

Да. Если у вас есть место, можно создать столько дисков разработки, сколько вы хотите. Использование отдельного диска разработки для каждого проекта разработки программного обеспечения позволит вам просто удалить диск в конце разработки, а не повторно разделить диск. Однако помните, что минимальный размер диска разработки составляет 50 ГБ.

Что нужно знать об использовании диска разработки с Visual Studio?

После создания диска разработки Visual Studio автоматически распознает его при создании нового проекта или клонирования существующего проекта и выберите этот файловый путь по умолчанию. Чтобы оптимизировать производительность при использовании Visual Studio, рекомендуется переместить любой код проекта, кэши пакетов и Copy on write задачи сборки MS на диск разработки, который ранее был сохранен в другом месте. (См. раздел Как изменить выходной каталог сборки в документации Visual Studio.) Мы также рекомендуем перенаправить и %TMP% зависать %TEMP% на диск разработки. Для этого также потребуется добавить WinSetupMon фильтр, который необходим для процесса Обновл. Windows. (См. раздел Фильтры для распространенных сценариев. Многие программы используют их, поэтому остерегайтесь потенциальных побочных эффектов. Мы также рекомендуем использовать режим производительности для Microsoft Defender для асинхронного повышения производительности с помощью диска разработки. Включение Microsoft Defender полностью может привести к максимальному повышению производительности, но это может увеличить риски безопасности и является параметром, контролируемым системным администратором.

Дополнительные сведения см. в записи блога: Dev Drive for Performance Improvements in Visual Studio and Dev Boxes.

Работает ли диск разработки с файлами проекта WSL?

Вы можете получить доступ к файлам проекта диска разработки, которые выполняются в файловой системе Windows, из дистрибутива Linux, работающего через WSL. Однако WSL выполняется в виртуальном жестком диске и для обеспечения оптимальной производительности следует хранить в файловой системе Linux. WSL выходит из области файловой системы Windows, поэтому вы не должны ожидать улучшения производительности при доступе к файлам проекта на диске разработки из дистрибутива Linux, работающего через WSL.

Какой метод используется для форматирования тома хранилища Windows?

Ознакомьтесь MSFT_Volume class с документацией по драйверу Windows.

Как настроить и использовать Live Unit Testing с диском разработки?

Инструкции по настройке и использованию Live Unit Testing см. в документации по Visual Studio. Однако помните, что существует зависимость от ProjFS. Необходимо переместить корневой каталог рабочей области Live Unit Testing на диск разработки и добавить проецируемую файловую систему Windows в список разрешенных фильтров. Это можно сделать с помощью следующей команды в PowerShell:

fsutil devdrv setfiltersallowed PrjFlt

Будет ли виртуальный жесткий диск, созданный для использования в качестве диска разработки, зашифрован при включении BitLocker?

Да, виртуальный жесткий диск разработки будет включен в шифрование BitLocker тома размещения. Не обязательно включить BitLocker на подключенном виртуальном жестком диске.

Может ли диск Разработки ускорить разработку Java в Windows?

Да, использование диска разработки может повысить эффективность и сократить время сборки при работе с проектом разработки Java. См. запись блога "Ускорение разработки Java в Windows с помощью диска разработки".

Может ли режим производительности диска разработки применяться к антивирусным программам, кроме Microsoft Defender?

Режим производительности диска разработки — это специально антивирусная программа в Microsoft Defender возможность, связанная с защитой в режиме реального времени Defender. При использовании альтернативных антивирусных программ с диском разработки режим производительности не будет применен, но можно настроить список фильтров безопасности, подключенных к диску разработки, чтобы найти правильный баланс между производительностью и безопасностью для вашей работы разработки. Необходимо убедиться, что вы понимаете функцию всех подключенных фильтров при внесении изменений в подключенный список фильтров. Найдите список с описанием в фильтрах для распространенных сценариев.

Как найти созданный и потерянный диск разработки?

Если диск разработки подключен, но вы забыли, где находится его расположение, можно использовать следующие методы для его поиска:

• Используйте Dev Drive Insights в функции настройки Windows для дома разработки.

• Используйте DiskPart и команду list vdisk, чтобы отобразить полный путь к vhdx: 1) Откройте командную строку и введите diskpart, 2) После открытия DiskPart введитеlist vdisk.

• Используйте PowerShell и Get-Disk | Select-Object FriendlyName,Location]: откройте PowerShell и введите.Get-Disk | Select-Object FriendlyName,Location

Как внести свой вклад в эти документы и часто задаваемые вопросы?

Если вы найдете какие-либо проблемы в этой документации или хотите внести дополнительные предложения по часто задаваемым вопросам, посетите репозиторий документации разработчиков Windows открытый код на сайте GitHub.