Configurar um Dev Drive no Windows 11 (2023)

unidade de desenvolvimentoé uma nova forma de volume de armazenamento disponível para melhorar o desempenho das principais cargas de trabalho do desenvolvedor.

O Dev Drive se baseiaReFStecnologia para empregar otimizações de sistema de arquivos direcionadas e fornecer mais controle sobre as configurações de volume de armazenamento e segurança, incluindo designação de confiança, configuração de antivírus e controle administrativo sobre quais filtros estão anexados.

Como configurar um Dev Drive

Para configurar um novo Dev Drive, abra o WindowsConfiguraçõese navegue atéSistema>Armazenar>Configurações avançadas da loja>Discos e volumes. SelecioneCriar unidade de desenvolvimento. *Antes de configurar um Dev Drive, verifique se os pré-requisitos foram atendidos.Você também pode configurar um Dev Drive usandoConfiguração da máquina do Dev Home.

Pré-requisitos

• Compilação do Programa Windows 11 Insider: Canal Dev.
• Recomende 16 GB de memória (mínimo de 8 GB)
• Mínimo de 50 GB de espaço livre em disco
• Os Dev Drives estão disponíveis em todas as versões do Windows SKU.

Configurar opções

Você terá três opções:

1. Criar novo VHD- Crie volume em um novo disco rígido virtual
2. Redimensionar um volume existente- Crie um novo espaço não alocado para construir
3. Espaço não alocado no disco- Use o espaço não alocado em um disco existente. *Esta opção só será exibida se você tiver configurado anteriormente espaço não alocado em seu armazenamento.

Criar novo VHD

Ao escolher oCriar novo VHDopção para configurar um Dev Drive, você precisará determinar o seguinte:

• Nome do disco rígido virtual: Dê um nome ao seu VHD (Dev Drive).
• Localização: atribua um caminho de diretório onde o Dev Drive VHD estará localizado em sua máquina. O padrão é%userprofile%\DevDrives. Recomendado armazenar em um caminho de diretório por usuário para evitar qualquer compartilhamento não intencional.
• Tamanho do disco rígido virtual: atribua a quantidade de espaço em disco que será alocada para o volume a ser usado, o tamanho mínimo é de 50 GB.
• Formato de disco rígido virtual:
  • VHD: Suporta discos virtuais de até 2040 GB de tamanho.
  • VHDX: oferece suporte a discos virtuais de até 64 TB e oferece proteção mais resiliente contra falhas inesperadas de E/S causadas por problemas como falta de energia).Saiba mais sobre como gerenciar VHDs.
• tipo de disco:
  • Tamanho fixo- Este arquivo de disco rígido virtual é alocado para o tamanho máximo quando criado (recomendado para eficiência)
  • Expansão dinâmica- Cresce até o tamanho máximo à medida que os dados são gravados

Depois de concluir o processo de seleção entre essas opções, seu Dev Drive será criado.

Os volumes de armazenamento existentes não podem ser convertidos em um Dev Drive. A designação Dev Drive ocorre apenas no horário do formato original.

Redimensione um volume existente ou use espaço não alocado em um disco existente

ParaRedimensionar um volume existente:

1. Escolha um volume para redimensionar.

   

2. Escolha um novo tamanho para o volume. Você precisará ter pelo menos 50 GB de espaço não alocado disponível, o tamanho mínimo necessário para um Dev Drive. Depois de definir o tamanho, selecionePróximo.

   See Also

   Usando manipuladores de rota Next.js - LogRocket Blog

   

3. Para formatar um Dev Drive no novo espaço livre, especifique oRótulo(nome da unidade),Letra da Unidade, eTamanhoalocação. O tamanho máximo será a quantidade de espaço livre que você alocou na etapa anterior, o tamanho mínimo para um Dev Drive é de 50 GB.

   

Parabéns! Agora você redimensionou seu Dev Drive.

Para encontrar eusar espaço não alocado em uma unidade existente, Você pode abrirSistema>Armazenar>Discos e volumes, examine a página para ver se algum espaço de armazenamento está listado como "Não alocado". SelecioneCriar volumee você terá as opções paraCriar Volume Simples(um volume de armazenamento NTFS padrão) ouCriar unidade de desenvolvimento. Para criar um Dev Drive, os passos são os mesmos acima, você precisará adicionar umRótulo(nome da unidade),Letra da Unidade, e confirme oTamanhoalocação.

Como funciona o Dev Drive?

AVolume de armazenamentoespecifica como os dados são armazenados no sistema de arquivos, por meio de diretórios e arquivos, em um formato específico. O Windows usa NTFS para a unidade do sistema e, por padrão, para a maioria das unidades não removíveis. OSistema de arquivos resiliente (ReFS)é um formato de sistema de arquivos mais recente da Microsoft, projetado para maximizar a disponibilidade de dados, dimensionar com eficiência para grandes conjuntos de dados em diversas cargas de trabalho e fornecer integridade de dados com resiliência à corrupção. Ele procura abordar um conjunto crescente de cenários de armazenamento e estabelecer uma base para futuras inovações.

Ounidade de desenvolvimentoutiliza ReFS, permitindo inicializar um volume de armazenamento especificamente para cargas de trabalho de desenvolvimento, fornecendo desempenho mais rápido e configurações personalizáveis ​​otimizadas para cenários de desenvolvimento. O ReFS contém várias otimizações específicas do sistema de arquivos para melhorar o desempenho dos principais cenários do desenvolvedor.

Normalmente, há uma compensação entre desempenho e segurança. O uso de um Dev Drive coloca o controle sobre esse equilíbrio nas mãos de desenvolvedores e empresas. Os administradores agora podem escolher entre estas opções:

• Proteção em tempo real
• Modo de desempenho do antivírus
• Controle sobre os filtros anexados ao Dev Drive

A Microsoft geralmente recomenda aplicar a opção de modo de desempenho ao usar um Dev Drive.

O que devo colocar no meu Dev Drive?

O Dev Drive destina-se a:

• Repositórios de código-fonte e arquivos de projeto
• Caches de pacote
• Crie arquivos de saída e intermediários

Unidade de desenvolvimento énãodestinado a armazenar ferramentas de desenvolvedor, como:

• Estúdio visual
• MSBuildName
• SDK .NET
• SDK do Windows, etc.

Essas ferramentas devem ser armazenadas em sua unidade C:\ principal.

Armazenando o cache do pacote no Dev Drive

Um cache de pacote é o local de pasta global usado por aplicativos para armazenar arquivos de software instalado. Esses arquivos de origem são necessários quando você deseja atualizar, desinstalar ou reparar o software instalado. O Visual Studio é um desses aplicativos que armazena uma grande parte de seus dados no cache do pacote.

• Npm cache (NodeJS): Crie um diretório de cache npm em seu Dev Drive, por exemploD:\pacotes\npm, em seguida, defina uma variável de ambiente globalnpm_config_cachepara esse caminho, por exemplosetx /M npm_config_cache D:\pacotes\npm. Se você já instalou o NodeJS em sua máquina, mova o conteúdo de%AppData%\npm-cachea este diretório. Saiba mais nos documentos do npm:npm-cacheenpm configuração: cache.

• Pasta de pacotes globais do NuGet: a pasta NuGet global-packages é usada por dotnet, MSBuild e Visual Studio. Crie um diretório NuGet específico do usuário em seu sistema de arquivos CopyOnWrite (CoW). Por exemplo:D:\\.nuget\pacotes. Use uma das seguintes maneiras de alterar a pasta global-packages do local padrão para a pasta recém-criada (para gerenciar os pacotes instalados globalmente):

  • Definir uma variável de ambiente globalNUGET_PACKAGESpara esse caminho. Por exemplo:setx /M NUGET_PACKAGES D:\\.nuget\pacotes.

  • DefinirglobalPackagesFolder, ao usarReferência do pacote, oucaminho do repositório, ao usarpacotes.config, para esse caminho nas definições de configuração.

  • Colocou oRestorePackagesPathPropriedade MSBuild (somente MSBuild) para esse caminho.

    Para verificar a pasta global-packages, execute o comando dotnet nuget locals:dotnet nuget locais pacotes globais --list. A restauração instalará e baixará os pacotes no novo caminho. A pasta padrão de pacotes globais do NuGet pode ser excluída. Saiba mais noDocumentos do NuGet: Gerenciando os pacotes globais, cache e pastas temporárias.

• cache vcpkg: Crie um diretório de cache vcpkg em seu Dev Drive, por exemploD:\pacotes\vcpkg, em seguida, defina uma variável de ambiente globalVCPKG_DEFAULT_BINARY_CACHEpara esse caminho, por exemplosetx /M VCPKG_DEFAULT_BINARY_CACHE D:\pacotes\vcpkg. Se você já instalou pacotes, mova o conteúdo de%LOCALAPPDATA%\vcpkg\arquivosou%APPDATA%\vcpkg\arquivosa este diretório. Saiba mais na documentação do vcpkg:Cache Binário vcpkg.

• Pip cache (Python): Crie um diretório de cache pip em seu Dev Drive, por exemploD:\pacotes\pip, em seguida, defina uma variável de ambiente globalPIP_CACHE_DIRpara esse caminho, por exemplosetx /M PIP_CACHE_DIR D:\pacotes\pip. Se você já restaurou pacotes pip e rodas em sua máquina, mova o conteúdo de%LocalAppData%\pip\Cachea este diretório. Saiba mais nos documentos do pip:cache de pipe veja StackOverflow paraAlterar o diretório do cache pip no Linux?.

• Cache de carga (ferrugem): Crie um diretório de cache Cargo em seu Dev Drive, por exemploD:\pacotes\carga, em seguida, defina uma variável de ambiente globalCARGO_HOMEpara esse caminho, por exemplosetx /M CARGO_HOME D:\pacotes\cargo. Se você já restaurou pacotes Cargo em sua máquina, mova o conteúdo de%USERPROFILE%\.cargoa este diretório. Saiba mais nos documentos de carga:Variáveis ​​Ambientais de Carga.

• Cache do Maven (Java): Crie um diretório de cache Maven em seu Dev Drive, por exemploD:\pacotes\maven, em seguida, defina uma variável de ambiente globalMAVEN_OPTSpara adicionar uma definição de configuração a esse caminho, por exemplosetx /M MAVEN_OPTS "-Dmaven.repo.local=D:\pacotes\maven %MAVEN_OPTS%". Mova o conteúdo de%USERPROFILE%\.m2a este diretório. Saiba mais nodocumentos Mavene veja StackOverflow paraComo especificar um local alternativo para a pasta .m2 ou settings.xml permanentemente?.

Compreensão dos riscos de segurança e confiança em relação ao Dev Drive

Segurança e confiança são considerações importantes ao trabalhar com arquivos de projeto.Segurança do Windowsverifica continuamente a existência de malware (software malicioso), vírus e ameaças de segurança usando o Microsoft Defender. Com o Dev Drive, você tem mais controle sobre essa segurança, com a capacidade de:

• designar confiança,
• utilizar omodo de desempenhopara verificação antivírus com o Microsoft Defender e
• configurar filtros de segurança adicionais.

O que é um Dev Drive “confiável”?

Os Dev Drives são designados automaticamente comoconfiávelusando um sinalizador armazenado no registro do sistema durante o tempo de formatação original, proporcionando o melhor desempenho possível por padrão. AconfiávelDev Drive significa que o desenvolvedor que usa o volume tem alta confiança na segurança do conteúdo armazenado nele.

Semelhante a quando um desenvolvedor escolheAdicionar uma exclusão à Segurança do Windows, o desenvolvedor assume a responsabilidade de gerenciar a segurança do conteúdo armazenado para obter desempenho adicional.

Um Dev Drive marcado comoconfiávelé um sinal para o Microsoft Defender ser executado emmodo de desempenho. A execução do Microsoft Defender no modo de desempenho fornece um equilíbrio entre proteção contra ameaças e desempenho. A proteção em tempo real ainda estará habilitada em todos os outros volumes de armazenamento.

Devido às considerações de segurança de ter filtros desanexados, o transporte de uma unidade de desenvolvimento entre máquinas resultará no tratamento do volume como um volume comum sem políticas especiais de anexação de filtro. O volume precisa ser marcado comoconfiávelquando ele é conectado a uma nova máquina. VerComo faço para designar um Dev Drive como confiável?.

Umnão confiávelDev Drive não terá os mesmos privilégios que umconfiávelDev Drive. A segurança será executada no modo de proteção em tempo real quando um Dev Drive fornão confiável. Tenha cuidado ao designar confiança para um Dev Drive fora do horário em que ele foi criado pela primeira vez.

Como faço para designar um Dev Drive como confiável?

Para designar um Dev Drive comoconfiável:

1. Abra o PowerShell (ou CMD) com permissões elevadas clicando com o botão direito do mouse e selecionando "Executar como administrador".
2. Para designar seu Dev Drive comoconfiáveldigite o comando abaixo, substituindocom a letra da unidade de armazenamento à qual você está designando confiança. Por exemplo,fsutil devdrv confiança D:.

fsutil devdrv trust :

Para confirmar se um Dev Drive é confiável, digite o comando:

fsutil devdrv query :

A unidade C: em sua máquina não pode ser designada como Dev Drive. As ferramentas do desenvolvedor, como Visual Studio, MSBuild, .NET SDK, Windows SDK, etc, devem ser armazenadas em sua unidade C:/ e não em uma unidade de desenvolvimento.

O que é o modo de desempenho do Microsoft Defender?

O modo de desempenho agora está disponível no Windows 11 como um novo recurso antivírus do Microsoft Defender. Esse recurso reduz o impacto no desempenho das verificações do Microsoft Defender Antivirus para arquivos armazenados em uma unidade de desenvolvimento designada.

Para saber mais sobre o modo de desempenho e como ele se compara à proteção em tempo real, consulteMicrosoft Defender: protegendo o Dev Drive usando o modo de desempenho.

Para que o modo de desempenho seja ativado, o Dev Drive deve ser designado comoconfiávele a proteção em tempo real do Microsoft Defender deve ser definida como "Ativado".

Como configuro filtros de segurança adicionais no Dev Drive?

Por padrão,Filtro Gerenciadordesligará todos os filtros em um Dev Drive, com exceção dos filtros antivírus. Um filtro antivírus é um filtro anexado noFSFilter Antivírusfaixa de altitude (ou seja, 320000-329999).FSFilter Antivírusinclui filtros que detectam e desinfetam vírus durante a E/S de arquivo. Se você estiver trabalhando em um ambiente comercial ou corporativo, a política de grupo de sua empresa pode ser configurada para selecionar filtros para anexar em Dev Drives, isso substituirá a configuração OFF padrão.

Um administrador de sistema pode anexar filtros adicionais a um Dev Drive específico ou a todos os Dev Drives usando umlista de permissões.

Um administrador de sistema pode querer adicionar um filtro de segurança chamado "Foo", vamos nos referir a ele comoFooFlt, e pode querer apenas esse filtro habilitado no Dev Drive montado comoD:. Eles não precisam desse filtro em outro Dev Drive montado comoE:. O administrador pode fazer alterações em uma lista de filtros permitidos no Dev Drive usandofsutil.exe, um utilitário de linha de comando fornecido pelo sistema.

Somente filtros definidos especificamente comoPermitidopode anexar a um Dev Drive.

Exemplos de filtro de segurança da lista de permissões

Os exemplos a seguir demonstram a capacidade de um administrador de definir filtros permitidos em todos os Dev Drives em uma máquina, usando uma lista de permissões.

Para usar odefinir filtros permitidoscomando para permitirFiltro-01eFiltro-02em todos os Dev Drives, use o comando:

fsutil devdrv setfilters permitido Filtro-01, Filtro-02

Para exibir a política de anexação de filtro para todos os Dev Drives, use o comando:

consulta fsutil devdrv

O resultado exibirá o seguinte:

• Os volumes do desenvolvedor estão ativados.
• Os volumes do desenvolvedor são protegidos pelo filtro antivírus.
• Filtros permitidos em qualquer Dev Drive:Filtro-01,Filtro-02

Para alterar esta configuração do Dev Drive para permitir apenasFiltro-03em seu(s) Dev Drive(s), comFiltro-01eFiltro-02não tem mais permissão para anexar, use o comando:

fsutil devdrv setfilters permitido Filtro-03

Verfsutil devdrv /?para outros comandos relacionados.

Filtros para cenários comuns

Os seguintes filtros podem ser usados ​​com o Dev Drive:

OWdFiltNameé anexado por padrão. O comando a seguir é um exemplo que demonstra como anexar todos esses filtros adicionais a um Dev Drive:

fsutil devdrv setfiltersallowed PrjFlt, MsSecFlt, WdFilter, bindFlt, FileInfo

Quais cenários não são suportados pelo Dev Drive? Quais são as limitações?

Existem alguns cenários em que não recomendamos o uso de um Dev Drive. Esses incluem:

• Reformatar um volume de armazenamento existente para ser um "Dev Drive" destruirá qualquer conteúdo armazenado nesse volume. A reformatação de um volume existente preservando o conteúdo armazenado nele não é suportada.
• Ao criar um VHD hospedado por um disco fixo, não é seguro copiar o VHD, movê-lo para uma máquina diferente e voltar a usá-lo como um Dev Drive.
• Um volume armazenado em um disco removível ou hot-plug (como uma unidade externa USB, HDD ou SSD) não oferece suporte à designação como Dev Drive.
• Um volume em um VHD hospedado por um disco removível ou hot-pluggable não oferece suporte à designação como Dev Drive.
• A unidade C: em sua máquina não pode ser designada como Dev Drive.
• O objetivo de um Dev Drive é hospedar arquivos para criar e depurar projetos de software designados para armazenar repositórios, caches de pacotes, diretórios de trabalho e pastas temporárias. Não recomendamos a instalação de aplicativos em um Dev Drive.

Perguntas frequentes sobre a unidade de desenvolvimento

Algumas perguntas frequentes sobre o Dev Drive incluem:

Como posso personalizar um Dev Drive para atender às minhas necessidades?

As configurações padrão do Dev Drive foram otimizadas para cenários de desenvolvimento comuns, mas podem ser personalizadas, permitindo o controle sobre drivers e serviços executados no volume de armazenamento. Para personalizar as configurações do Dev Drive, abra oConfiguraçõescardápio. SobSistema>Armazenar>Discos e volumes, Vá paraPropriedades.

Preciso reinstalar meus aplicativos para usar um Dev Drive?

Não, os aplicativos ou ferramentas instalados na unidade C: da sua máquina podem utilizar arquivos de uma unidade de desenvolvimento. Para projetos de desenvolvimento, no entanto, recomendamos armazenar quaisquer diretórios, arquivos e caches de pacotes específicos do projeto dentro do Dev Drive. O Dev Drive pode ser fixado no File ExplorerAcesso rápidocomo um lembrete.

O ReFS usa mais memória do que o NTFS?

Sim, o ReFS usa um pouco mais de memória que o NTFS. Recomendamos uma máquina com pelo menos 8 GB de memória, idealmente 16 GB.

Posso ter apenas um único Dev Drive na minha máquina?

Não. Se você tiver espaço, poderá criar quantos Dev Drives desejar. O uso de um Dev Drive separado para cada projeto de desenvolvimento de software permitiria que você simplesmente excluísse o drive no final do desenvolvimento, em vez de reparticionar seu disco novamente. No entanto, lembre-se de que o tamanho mínimo de um Dev Drive é de 50 GB.

O que preciso saber sobre como usar o Dev Drive com o Visual Studio?

Depois de criar um Dev Drive, o Visual Studio o reconhecerá automaticamente quando você estiver criando um novo projeto e escolherá esse caminho de arquivo por padrão. Para otimizar o desempenho ao usar o Visual Studio, recomendamos mover qualquer código de projeto,caches de pacotes, eCopiar ao escreverTarefas do MS Build para o Dev Drive que podem ter sido salvas anteriormente em outro lugar. (VerComo alterar o diretório de saída da compilaçãonos documentos do Visual Studio.) Também recomendamos que você considere redirecionar%TEMP%e%TMP%envvars para o Dev Drive. Muitos programas usam isso, portanto, cuidado com os possíveis efeitos colaterais. Também recomendamos usarmodo de desempenho para o Microsoft Defenderpara ganhos de desempenho assíncronos usando o Dev Drive. Desativar completamente o Microsoft Defender pode resultar em ganhos máximos de desempenho, mas isso pode aumentar os riscos de segurança e é uma configuração controlada pelo administrador do sistema.

O Dev Drive funciona com arquivos de projeto WSL?

Você pode acessar os arquivos de projeto do Dev Drive, que são executados no sistema de arquivos do Windows, de uma distribuição do Linux em execução via WSL. No entanto, o WSL é executado em um VHD e, para obter o melhor desempenho, os arquivos devem ser armazenados no sistema de arquivos Linux. O WSL está fora do escopo do sistema de arquivos do Windows, portanto, você não deve esperar nenhuma melhoria de desempenho ao acessar arquivos de projeto no Dev Drive de uma distribuição do Linux em execução via WSL.

Qual método é usado para formatar um volume de armazenamento do Windows?

VerClasse MSFT_Volumenos documentos do driver do Windows.

Como contribuir para esses documentos e perguntas frequentes?

Se você encontrar algum problema nesta documentação ou quiser contribuir com sugestões adicionais de perguntas frequentes, visite oRepositório de código aberto do Windows Dev Docs no GitHub.