Monosnap consomme-t-il trop de mémoire ?

1. Établir une référence propre

1. Enregistrez votre travail et redémarrez Windows.
2. Ouvrez Monosnap mais ne faites aucune capture pendant cinq minutes.
3. Ouvrez le Gestionnaire des tâches avec Ctrl+Shift+Esc. Microsoft présente le Gestionnaire des tâches comme la vue intégrée de la consommation des ressources par les processus.
4. Notez la version de Monosnap, la version de Windows, le nombre d'écrans et la valeur de Mémoire affichée pour le processus.

Microsoft : le Gestionnaire des tâches et les outils système de Windows

2. Exécuter la même séquence de capture

Choisissez une séquence que vous pouvez répéter à l'identique, par exemple :

• 10 captures de zone sans annotation ;
• 10 captures de zone avec une flèche et un floutage ;
• trois courts enregistrements, entièrement arrêtés et enregistrés ;
• cinq envois vers le Cloud ;
• 10 minutes d'inactivité après la dernière tâche.

Notez la mémoire après chaque étape. Un pic lié à la charge de travail qui retombe une fois la tâche terminée est différent d'une valeur qui continue d'augmenter au cours de cycles identiques répétés et qui ne redescend pas après une période d'inactivité.

3. Consulter les bonnes colonnes de mémoire

La colonne Mémoire par défaut du Gestionnaire des tâches est utile pour une comparaison rapide, mais elle ne constitue pas un diagnostic complet. Les recommandations de Microsoft pour le dépannage des fuites distinguent le jeu de travail physique de la mémoire virtuelle validée et conseillent de vérifier le comportement de la validation (commit) lorsqu'on analyse une croissance continue.

Microsoft : dépannage des fuites de mémoire des applications et services

4. Utiliser Process Explorer ou PerfMon pour un test prolongé

Microsoft Sysinternals Process Explorer expose les handles de processus, les DLL chargées et des informations plus détaillées sur les processus. Pour une série temporelle, Microsoft documente l' Analyseur de performances et recommande de collecter les données sur une durée suffisante pour voir si les valeurs se stabilisent ou continuent d'augmenter.

Gardez la machine et la charge de travail constantes. Ne comparez pas un lancement à froid au repos dans une application avec une session d'enregistrement active dans une autre.

5. Écarter les facteurs de confusion courants

• Mettez à jour Windows et le pilote d'affichage, puis refaites le même test.
• Testez avec un seul écran si le problème ne survient que sur une configuration à PPP mixtes.
• Dissociez la capture d'écran de l'enregistrement vidéo ; les encodeurs ont un comportement différent en matière de ressources.
• Vérifiez si la valeur élevée revient à Monosnap lui-même, à un processus enfant de navigateur/WebView, au Gestionnaire de fenêtres du Bureau ou à une autre application.
• Répétez le test après un redémarrage propre avant de conclure qu'une valeur isolée est persistante.

6. Transmettre les preuves à l'éditeur

Un rapport utile comprend la version de l'application, la build de Windows, la configuration des écrans et des PPP, les étapes exactes de reproduction, des horodatages, ainsi qu'un fichier CSV ou des captures des mêmes colonnes de mémoire dans le temps. C'est bien plus exploitable que « l'application a consommé beaucoup de RAM une fois ».

Comparer une alternative de façon équitable

Si le problème persiste, installez un autre outil à côté de Monosnap et exécutez la séquence identique après un redémarrage propre. Maxisnap est une option sous Windows ; ShareX, Greenshot et Snagit en sont d'autres. Consultez le comparatif sourcé Maxisnap–Monosnap pour les fonctionnalités et les formules, puis appuyez-vous sur vos propres mesures pour les performances.