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 workspace et le nombre d'entrées chargées au démarrage sont des facteurs essentiels. La taille de chaque entrée, ainsi que la présence de pièces jointes, ont un grand impact.
Prêt à l'emploi, nous hébergeons un contrôle web pour afficher une page d'accueil, il y a un écouteur pour l'interaction avec l’extension de navigateur Devolutions Password Manager, 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.
Partagez vos commentaires