Remote Desktop Manager est construit en utilisant le framework .NET, il présente donc les schémas d'utilisation de la mémoire typiques de ce framework.
Le cadre utilise un Garbage Collector (GC) qui récupère régulièrement la mémoire libérée, mais si le système d'exploitation n'est pas sous pression, il ne demandera pas avec insistance la mémoire de notre processus. Considérer simplement la colonne de mémoire du planificateur de tâches peut être trompeur car il y a des subtilités dans l'interprétation des valeurs des octets privés, octets virtuels et ensemble de travail. Certains disent même que ceux-ci sont inappropriés pour diagnostiquer les fuites de mémoire.
Remote Desktop Manager est principalement une intégration de plusieurs technologies, ce qui signifie que la plupart des fonctionnalités utilisées font appel à une technologie tierce quelconque. Chaque technologie utilise la mémoire d'une manière spécifique à sa propre architecture.
Le type de source de données et le nombre d'entrées chargées au démarrage constituent une grande partie de l'équation. La taille de chaque entrée, ainsi que la présence de pièces jointes, ont toutes un impact important.
Dès le départ, nous hébergeons un contrôle Web pour afficher une page d'accueil, un écouteur pour l'interaction avec l'extension de navigateur Workspace, nous surveillons les mises à jour des produits, etc. Désactiver certaines fonctionnalités peut aider à réduire l'empreinte.
Afficher simplement la boîte « À propos » de l'application, puis la fermer, libère la mémoire inutilisée. Cela peut aider à établir une nouvelle référence avant de réaliser des scénarios de test.