Discussion :

[Vonziz]

Bonjour,

Je travaille actuellement sur un petit logiciel de monitoring qui observe une arborescence de fichiers assez volumineuse située sur une autre machine que celle sur laquelle j'exécute mon logiciel.

J'utilise le mécanisme du FileSystemWatcher avec inscription à tous les évènements existants :

Changed
Created
Deleted
Renamed

Avec une activité restreinte tout marche parfaitement mais dès lors où on pousse les mouvements, création et suppressions de fichiers, le logiciel se fige au bout d'un moment et plus aucun évènements est générés.

Je précise que le logiciel se fige après sortie d'un évènement donc ce n'est pas une boucle dans un évènement.

Auriez-vous une idée de ce genre de problème? Serait-ce dû au réseau? Ou tout simplement à un bug du Framework .NET?

Merci d'avance.

[SaumonAgile]

Tu peux essayer d'augmenter la taille du FileSystemWatcher.InternalBufferSize afin de ne pas manquer d'événement. Et il faut que tu restreignes au maximum le monitoring en utilisant la propriété NotifyFilter.
Tu dois aussi limiter le traitement effectué dans les événements. Pour cela tu peux implémenter un système de file d'actions. Les événements inscrivent une nouvelle action à effectuer dans la liste et un autre thread se charge d'exécuter les actions contenues dans la file. De cette manière le FSW n'aura que très peu de travail lors du déclenchement d'un événement.

[Vonziz]

Donc en gros, ce que tu me dis, c'est que mon FileSystemWatcher est saturé et qu'il n'arrive pas à suivre tous les traitements de mon systèmes de fichiers...

Mais pourquoi se fige-t-il pour ne plus redémarrer?