Console CMD surconsomme ma RAM

Le gestionnaire des tâches n'est pas un outil formidable pour voir pourquoi tel programme est ouvert.

Comme son nom ne l'indique pas, procexp https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer indiquera de manière beaucoup plus précise, notamment en cliquant à droite sur l'exécutable suspect, properties, image, ce qui le lance.

Maintenant, il n'y a pas de miracles, si des logiciels mangent de la RAM, c'est qu'ils sont chargés, et à part évidemment faire tourner des logiciels ou jeux très gourmands en ressources, il n'y a que 2 moyens de limiter cette consommation:

-les entrées de démarrage automatique, cette fois-ci, il est commode de les vérifier par autoruns: https://www.commentcamarche.net/telecharger/utilitaires/4175-autoruns/ (que l'on doit exécuter en mode administrateur): il convient de se demander à quoi sert tout ce qui concerne "runs" ou "services" et de décocher ce qui ne sert à rien.
Je n'ai pas besoin par exemple que le logiciel de paramétrage de la carte graphique ou de calcul du niveau d'encre soit chargé au démarrage ou pas davantage, en ce qui me concerne que Garmin Express (mise à jour de mon GPS) ou Clone CD soient lancés en permanence.

-les services
si on peut s'y attaquer aussi par autoruns, mieux vaut ouvrir directement services.
On trouve sur internet des sites parlant des "services inutiles de windows 10" mais ce qui est utile pour moi ne l'est pas pour mon voisin.
En prenant le premier exemple idiot qui me vient à l'idée, si je ne me sers pas des cartes téléchargées chez Microsoft, je n'ai aucune raison de mettre le "gestionnaire de cartes téléchargées" autrement que sur: arrêter et type de démarrage désactivé.
Je ne vois pas non plus pourquoi les services VmWare qui me permettent de lancer une machine virtuelle de temps à autre seraient toujours activés: manuel.

etc...: moins on aura de logiciels inutiles lancés au démarrage et moins on aura de services automatiques, moins on consommera des ressources.

En dernier recours, et d'autant qu'on installe des applications dont on n'est pas sûr (jamais une bonne idée...) ou en trop grand nombre, le pare-feu devra les empêcher de se connecter en ligne à tort.
mais un logiciel de sécurité doit aussi comporter un volet défense, qui lui contrôle ce que peut faire un logiciel en local: action sur un autre, sur le registre...

Si par exemple cmd.exe est lancé par un processus dont on ne veut pas qu'il le fasse localement, ce logiciel de défense va intercepter la demande, et il suffira de refuser et bloquer.