Comment et pourquoi la fonctionnalité « dev drive » de Windows 11 fonctionne-t-elle ?
-
Les Dev Drives de Windows offrent de meilleures performances pour les flux de travail de développement en faisant moins de choses, en réalité. La principale différence est que divers filtres/hooks du système de fichiers ne s’exécutent pas sur le Dev Drive, notamment en mettant la protection antivirus en temps réel de Windows Defender dans un mode de fonctionnement moins hyperactif (mais aussi moins sécurisé). La sérialisation et le blocage des E/S par Windows Defender est la principale source de lenteur des E/S spécifique à Windows. Ce n’est pas (principalement) ReFS qui offre les meilleures performances, ce sont les autres réglages effectués par défaut pour les partitions Dev Drive. (Cela rend cependant ces réglages plus pratiques, d’après ce que j’ai compris.)
-
Cela pourrait aider dans d’autres scénarios, mais c’est peu probable. Le gain de performance des E/S réside principalement dans la minimisation de la surcharge par opération, en particulier lors de la création/écriture parallèle de petits fichiers. Les jeux regroupent généralement leurs ressources et ont des schémas de lecture par gros blocs plutôt que les schémas en rafales observés dans les flux de travail de développement.
-
Le Dev Drive de Windows vise à rapprocher les performances du système de fichiers Windows de celles du système de fichiers Linux. Linux gère son système de fichiers très différemment de Windows, et par conséquent, Linux est beaucoup plus performant que Windows dans les flux de travail de développement impliquant de nombreux petits fichiers, même en utilisant un Dev Drive. Parce que le Dev Drive consiste à ajuster les propriétés spécifiques du système de fichiers Windows, les techniques utilisées sont très peu susceptibles de s’appliquer aux systèmes de fichiers d’autres systèmes d’exploitation.