En résumé : 760 Mo était une mesure réelle, mais ce n’était pas une valeur de référence universelle normale
L’élément probant est le contraste. Sur un système Windows 11 24H2, le client Zima utilisait environ 760 Mo, tandis qu’une autre installation affichait environ 191 Mo. L’affirmation « Zima Client utilise toujours 765 Mo » n’est donc pas étayée. Considérez cette valeur élevée comme un problème de mémoire à examiner selon la version et la charge de travail.


Notez la version du client avant de comparer la mémoire
La réponse d’IceWhale demandait immédiatement les versions de ZimaClient et de ZimaOS, car le comportement de la mémoire peut changer d’une version à l’autre. ZimaClient est régulièrement mis à jour ; une capture du Gestionnaire des tâches datant de 2025 ne doit donc pas servir de référence pour 2026. L’installation de ZimaClient constitue le point d’accès actuel au client.
Mesurez l’espace de travail privé dans le temps, pas sur une seule capture
La colonne Mémoire du Gestionnaire des tâches est utile, mais elle peut refléter des comportements différents des processus auxiliaires Electron/WebView. Surveillez le processus pendant plusieurs minutes après le démarrage, lors de la navigation dans les fichiers, des sauvegardes, de l’accès à distance et des périodes d’inactivité. L’Explorateur de processus de Microsoft fournit une visibilité plus détaillée au niveau des processus.
Vérifiez si la mémoire continue d’augmenter
Une utilisation stable de 300 à 700 Mo et un processus qui passe de 200 Mo à plusieurs Go sans restituer de mémoire correspondent à deux problèmes différents. Relevez la mémoire toutes les quelques minutes et notez l’action qui déclenche l’augmentation. Pour signaler une fuite, il faut une tendance, pas seulement une valeur élevée.
Distinguez l’activité de sauvegarde de l’utilisation du client au repos
ZimaClient peut gérer la détection des appareils, l’accès à distance, les actions rapides et les sauvegardes. Une analyse de sauvegarde ou un transfert actif peut légitimement utiliser davantage de mémoire et de processeur qu’un processus réduit inactif dans la zone de notification. Mettez la sauvegarde en pause, attendez que le client se stabilise, puis comparez à nouveau.
L’accès aux appareils via ZimaClient fournit le contexte actuel des fonctionnalités.
Effectuez un redémarrage complet avant de réinstaller
Quittez complètement ZimaClient, vérifiez que ses processus auxiliaires disparaissent, relancez-le, puis mesurez à nouveau. Si la consommation élevée n’apparaît qu’après plusieurs jours de fonctionnement, notez cette durée. Si un nouveau démarrage ramène immédiatement la consommation au même niveau inhabituellement élevé, recueillez les journaux et les informations de version pour le support.
Ne comparez pas deux clients de synchronisation uniquement selon leur consommation de RAM
Synology Drive et ZimaClient n’utilisent ni des architectures ni des ensembles de fonctionnalités identiques. La RAM compte, en particulier sur les PC Windows équipés de 8 à 16 Go, mais la comparaison utile porte sur les ressources utilisées pendant la même tâche : au repos, lors de la synchronisation d’un dossier, de l’accès à distance, de l’analyse d’une sauvegarde et d’un transfert actif.
Le mode d’efficacité de Windows est une solution de contournement, pas un correctif
Windows peut permettre à une application de fonctionner en mode d’efficacité, mais cela modifie principalement la planification et la consommation d’énergie. Cela n’explique pas pourquoi la mémoire est élevée et ne corrige pas une fuite. Utilisez ce mode uniquement si la réactivité ou la consommation électrique est importante pendant que vous recueillez des éléments.
Éléments à inclure dans un rapport utile sur une consommation mémoire élevée
Indiquez la version de Windows, la version de ZimaClient, la version de ZimaOS, la mémoire utilisée après un nouveau démarrage, la mémoire utilisée après 30 à 60 minutes, les fonctionnalités ZimaClient actives et précisez si l’utilisation diminue lorsque les fonctions de sauvegarde et d’accès à distance sont inactives. La sauvegarde ZimaOS aide à définir l’un de ces états de test.
Pour obtenir des éléments Windows plus approfondis, l’Enregistreur de performances Windows peut capturer une trace chronologique lorsque la mémoire augmente seulement après une synchronisation ou une sauvegarde prolongée. Ces données sont plus utiles aux développeurs que la comparaison de deux captures isolées du Gestionnaire des tâches.
FAQ
760 Mo est-il normal pour ZimaClient ?
Le sujet d’origine montre que cela peut se produire, mais un autre système utilisait environ 191 Mo ; ce n’est donc pas une valeur de référence universelle.
Comment mesurer une fuite mémoire ?
Suivez la mémoire dans le temps et déterminez si elle augmente continuellement pendant des actions répétées ou de longues périodes d’inactivité.
Windows 11 24H2 est-il à l’origine du problème ?
Le rapport a été établi sous 24H2, mais un seul cas ne suffit pas à établir que Windows 24H2 en est la cause.
Dois-je réinstaller ZimaClient ?
Commencez par le redémarrer complètement et testez la version actuelle. Ne le réinstallez qu’après avoir documenté la version et le comportement des processus.
Quelles données dois-je envoyer au support ?
Les versions du client et du système d’exploitation, la version de Windows, des captures d’écran, l’évolution de la mémoire, les fonctionnalités actives et les étapes permettant de reproduire l’augmentation.
