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

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

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

См. публикацию в блоге: Dev Drive for Performance Improvements in Visual Studio and Dev Boxes для некоторых усреднённых показателей улучшения в типичных операциях разработки.

Как настроить диск для разработки

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

Перед настройкой Dev Drive убедитесь, что выполнены все необходимые условия.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

   

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

   

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

   

Поздравляем! Теперь вы изменили размер Dev Drive.

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

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

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

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

Format D: /DevDrv /Q

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

Format-Volume -DriveLetter D -DevDrive

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

Как работает Dev Drive?

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

Диск Dev Drive использует 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: создайте на вашем Dev Drive каталог для кэша 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 и Wheels на своем компьютере, переместите содержимое %LocalAppData%\pip\Cache в этот каталог. Дополнительные сведения см. в документации pip: pip-кэширование и см. на StackOverflow, чтобы Изменение директории кэша pip в Linux?.

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

• Кэш 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 также предлагает режим защиты в режиме реального времени.

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

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

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

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

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

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

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

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

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

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

1. Откройте PowerShell (или CMD) с повышенными разрешениями, щелкнув правой кнопкой мыши и выбрав "Запуск от имени администратора".
2. Чтобы назначить ваш Dev Drive как доверенный, введите следующую команду, заменив <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 на производительность при проверке файлов, хранящихся на указанном Dev Drive.

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

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

Как настроить дополнительные фильтры на Dev Drive?

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

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

fsutil devdrv enable /disallowAv

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

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

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

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

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

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

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

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

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

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

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

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

fsutil devdrv setfiltersallowed Filter-01, Filter-02

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

fsutil devdrv query

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

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

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

fsutil devdrv setfiltersallowed Filter-03

См. fsutil devdrv /? для других связанных команд.

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

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

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

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

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

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

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

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

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

Как удалить диск разработки Dev Drive

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

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

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

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

Часто задаваемые вопросы о Dev Drive

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

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

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

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

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

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

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

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

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

Что нужно знать об использовании Dev Drive с Visual Studio?

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

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

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

Вы можете получить доступ к файлам проекта Dev Drive, которые находятся на файловой системе Windows, с дистрибутива Linux, работающего через WSL. Однако WSL выполняется в виртуальном жестком диске (VHD) и для обеспечения оптимальной производительности рекомендуется хранить файлы в файловой системе 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 на подключенном виртуальном жестком диске.

Может ли Dev Drive ускорить разработку Java на Windows?

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

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

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

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

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

• Используйте 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.