Discussion :

[ypelissier]

Bonjour,
Je suis sur un projet où j'ai un problème avec la mémoire qui gonfle jusqu'à la saturer.
Du coup, j'ai fait un timer qui va forcer le garbage collector à faire son travail avec le code suivant :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
Logger.Fatal("GC 1");
GC.Collect();
Logger.Fatal("GC 2");
GC.WaitForPendingFinalizers();
Logger.Fatal("GC 3");
GC.WaitForFullGCComplete();
Logger.Fatal("GC 4");
GC.Collect();
Logger.Fatal("GC 5")

Ce code est dans une DLL sur laquelle je m'appuie avec un projet Test, un exe console, et un projet Service, pour monter le programme en service windows.

Sur le PC de développement (Win 11), ce code fonctionne à merveille, que je sois en console ou en service.
Cette semaine, je viens de monter le projet sur un serveur Win 2019 pour le mettre sur la machine de production.
Lorsque je lance le projet en mode console, tout va bien
Par contre, lorsqu'il est en service, je n'ai dans mes log que GC1 et GC2 et le thread reste coincé sur WaitForPendingFinalizers pas de GC 3/4/5 ?

Ma question est la suivante : Pourquoi ça fonctionne en mode console et service sur Win 11 et que seule la console fonctionne sur Win 2019 ?

Pour information, j'ai ajouter un log au début et à la fin de tous les destructeurs du projet mais aucun n'est exécuté (normal, ce sont tous des objets IDisposable et lors de l'appel de Dispose(), il y a la ligne GC.SuppressFinalize(this);)

D'ailleurs pourquoi le GC ne fait pas sont travail initialement aussi ?

Merci

P.S. : Le service doit tourner H24 et 7/7

[PixelJuice]

Bonjour,

D'ailleurs pourquoi le GC ne fait pas sont travail initialement aussi ?

Je ne sais pas trop pourquoi l'execution est différente selon la machine mais oui il y a peut-être matière a optimiser le tout. Qu'est ce qui rempli la mémoire de base ? Quels types d'opérations ?

Parce que le Garbage Collector est une machine bien huilée normalement.

[ypelissier]

Merci PixelJuice,
Peut-être avec plus de détails de ce que j'ai fait sans rentrer dans le détail complet du code, voici les grandes lignes :
1 - Je reçois un message que je mets dans une pile et je déclenche 2
2 - Je vérifie qu'il n'y a pas un autre consommateur de ma pile en cours d'exécution, s'il y en a un, je lui laisse la main et j'ai fini
3 - Le consommateur va récupérer le premier message de la pile pour le traiter et traiter les autres par la suite
4 - Le traitement du message est fait par le lancement d'un thread indépendant dont je n'attends pas de retour
5 - Il y a un contrôle pour ne pas lancer plus de N thread en parallèle
6 - Une fois le thread terminé, je m'attendais à ce que le Garbage Collector fasse son travail de nettoyer la mémoire à un moment non donné mais il ne le fait pas alors j'ai mis un timer qui s'exécute 1 fois par minute avec le code du GC qui se passe donc très bien avec l'exé standard et le service sur PC ainsi qu'en exé standard sur le serveur mais pas en service.

Je n'ai aucune idée de la raison de cette différence sachant que je n'ai fait aucun destructeur spécifique.

P.S. : J'ai oublié de mentionner que je suis sur le framework 4.8.

[Chou-ette]

Il n'y a pas lieu de forcer le GC à faire son job, dans l'immense majorité des cas (si ce n'est tous) quand il y a un problème, la cause vient du code. Il faudrait voir comment vous gérez les threads ?

Une explication possible est que vous gérez mal leur fin et qu'il reste des références vers chaque instance. Le GC considérera alors, et à raison, que ces objets ne sont pas collectables.

[ypelissier]

Merci Chou-ette,
Les thread sont gérés ainsi

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
var thread = new Thread(new ThreadStart(MaMethode));
thread.Start();

Et comme indiqué, une fois le thread lancé, je ne m'en occupe plus et je passe au message suivant.
Il ne retourne rien et je n'ai pas besoin d'attendre un quelconque retour.
Donc quand la méthode est terminée, je ne m'en occupe plus depuis longtemps et je ne fais rien de particulier du coup, pensant que le GC s'en occuperai...

C'est peut-être là qu'est effectivement le problème et si vous avez des pistes pour mieux gérer cela, je suis toutes ouïes ouvertes.

Merci pour votre aide.