- Lorsque la fonctionnalité Cowork est activée sur macOS, un bundle de machine virtuelle (VM) d’environ 10 Go est automatiquement créé sur le système, ce qui provoque une forte baisse des performances
- Ce fichier est stocké sous
~/Library/ et, même après suppression, il est recréé le lendemain
- Sa présence entraîne une hausse de l’utilisation CPU (24 à 55 %), une augmentation du swap et des ralentissements de l’interface, soit une dégradation continue des performances
- Comme solution temporaire, supprimer le bundle VM et les dossiers de cache apporte environ 75 % d’amélioration des performances, mais le système redevient lent avec le temps
- Plusieurs utilisateurs dénoncent le manque de transparence et le gaspillage d’espace disque, et demandent un réglage pour choisir si la VM doit être créée ainsi qu’une information préalable
Aperçu du problème
- Après utilisation de la fonctionnalité Cowork, Claude Desktop devient très lent, avec délai au démarrage, lags de l’interface et latence de réponse
- La dégradation des performances s’aggrave progressivement même pendant une session, et le fichier bundle VM grossit jusqu’à 10 Go puis est recréé automatiquement
- Le problème est reproductible dans un environnement macOS (8 Go de RAM)
Résultats de l’enquête
- Le bundle VM créé par la fonctionnalité Cowork se trouve à l’emplacement
~/Library/Application Support/Claude/vm_bundles/claudevm.bundle/rootfs.img
- Même après suppression, ce fichier est recréé dans la journée, sans nettoyage automatique (cleanup)
- Après suppression du bundle VM et du cache, l’espace occupé passe de 11 Go à 639 Mo, et la vitesse de travail s’améliore d’environ 75 %
- Cependant, quelques minutes après redémarrage, l’utilisation CPU passe de 24 % à 55 %, et les swapins augmentent de 20K à plus de 24K
- Cela suggère une possible dégradation des performances due à une fuite mémoire ou une charge de travail cumulative
Comportements observés
- Utilisation CPU de 24 à 55 % même au repos
- Augmentation continue de l’activité de swap, avec dégradation des performances en quelques minutes
- Recréation d’un bundle VM de 10 Go à chaque session Cowork
- Amélioration temporaire après nettoyage (75 %), puis nouvelle dégradation avec le temps
Solution temporaire
Retours des utilisateurs
- Même lorsque Cowork est désactivé, la VM s’exécute et occupe de la mémoire
- Certains utilisateurs signalent aussi des bundles VM ayant dépassé 21 Go
- La VM est automatiquement reprovisionnée au lancement de l’application, et même le fichier compressé (
rootfs.img.zst) reste présent, ce qui duplique inutilement l’espace de stockage
- Des utilisateurs n’ayant jamais utilisé Cowork ont eux aussi découvert un bundle de 10 Go, qu’ils interprètent comme une fuite mémoire
- Les utilisateurs de Mac avec un espace de stockage limité insistent sur la nécessité d’une option de désactivation
Questions de transparence et de confiance
- Les utilisateurs pointent le fait que l’application occupe 12 à 20 Go de disque et 2 Go de RAM sans avertissement préalable
- Ils proposent notamment une information lors de l’installation ou au premier lancement, un choix quant au pré-téléchargement de la VM et un interrupteur pour désactiver Cowork
- Certains disent comprendre l’intention derrière l’architecture de sandboxing par VM, mais estiment que le manque d’explications nuit à la confiance des utilisateurs
- Beaucoup partagent l’avis suivant : « Quand une application utilise les ressources système à l’insu de l’utilisateur, cela érode la confiance »
Aucun commentaire pour le moment.