Claude Desktop : bug Hyper-V
L'application Claude Desktop, développée par Anthropic, fait l'objet d'un signalement technique concernant sa gestion des ressources sur Windows. Dès son lancement, le logiciel active systématiquement une machine virtuelle Hyper-V nommée Vmmem, consommant près de 1,8 Go de mémoire vive, même lorsque l'utilisateur souhaite uniquement accéder à la fonctionnalité de chat. Sur un ordinateur équipé de 16 Go de RAM, cette allocation automatique représente plus de onze pour cent des ressources totales, provoquant une baisse notable des performances système au démarrage. Les diagnostics révèlent que ce comportement est déclenché par le service vmcompute, activé par une interface au démarrage de Windows. L'application s'appuie uniquement sur la plate-forme de machines virtuelles de Windows, sans recourir au sous-système WSL ni à Docker. Une enquête technique met en lumière un problème de gestion des fichiers de session : des milliers de données résiduelles, générées lors d'anciennes sessions Cowork, s'accumulent dans le dossier de l'application. Au lieu de nettoyer ces fichiers obsolètes, Claude Desktop les interprète comme des sessions actives, ce qui force le lancement intempestif de la machine virtuelle. Cette surconsommation impacte directement l'expérience utilisateur. Sur les configurations standard, l'occupation mémoire passe ainsi de cinquante à soixante-deux pour cent au repos, obligeant certains employés à tuer manuellement les processus associés à chaque utilisation. Pour contourner le problème, les administrateurs sont contraints de désactiver la plate-forme de machines virtuelles Windows ou de recourir à des scripts de nettoyage, des solutions qui coupent définitivement l'accès aux modes Cowork et agent. Les retours de la communauté technique soulignent un décalage entre l'architecture logicielle et l'usage réel. La machine virtuelle ne devrait être initialisée que de manière conditionnelle, soit à la demande explicite de l'utilisateur, soit lors de l'activation d'une fonctionnalité nécessitant une isolation de processus. Par ailleurs, un nettoyage automatique des données de session après leur fermeture et un mode de repli robuste permettant le chat sans infrastructure virtuelle sont jugés indispensables. En attendant une correction officielle, cette anomalie interroge sur l'optimisation des applications IA grand public. La tendance à pré-allouer des environnements isolés pour des tâches simples alourdit inutilement les systèmes sans apporter de valeur ajoutée perceptible. Un ajustement du cycle de vie des ressources et une activation à la demande des modules avancés permettraient d'allier sécurité fonctionnelle et efficacité matérielle, tout en préservant la fluidité des ordinateurs portables standards.
