Discussion :

[engi]

Salut,

Me revoilà avec la suite de ma problématique.

Désormais, j'ai un service et une appli desktop qui fonctionnent de concert selon ce principe :

1) le service crée un fichier mappé 'hébergeant' une structure de données et crée un événement. à chaque fois qu'il écrit dans le fichier mappé, il déclenche l'événement.

2) d'un autre coté, mon appli desktop ouvre le même fichier mappé et surveille en permanence à l'aide d'un thread la détection de l'événement. dès que ce dernier est détecté, l'appli lit les données du fichier mappé partagé et les traite.

j'ai deux problèmes :

1) le fonctionnement du service est basé sur un ou plusieurs threads qui provoquent l'écriture dans la zone mémoire du fichier mappé. il est donc théoriquement possible que deux threads accèdent à cette zone mémoire en même temps pour y écrire leurs données -> je risque donc de perdre des données.

dans ce cas, quelle solution s'offre a moi pour pallier à ce problème ?

2) de temps en temps, le service doit certainement écraser les données du fichier mappé avant même que l'appli desktop n'ait le temps de les traiter -> la encore, je risque de perdre des données.

sachant que le service traite de son coté des données en temps réel et que sa capacité à les traiter rapidement est obligatoire, cela m'empêche donc de le mettre en pause même si l'appli n'a pas traité lesdites données.

dans ce cas, comment mettre en place coté appli desktop un système de cache. quelle piste serait la plus appropriée d'après vous pour faire cela ?


merci d'avance aux courageux qui auront lu mon message en entier et encore plus merci à ceux qui pourront m'apporter un peu d'aide.

[DjmSoftware]

Salut
Pour ta première question l'accès à à mémoire partagée entre ton service peut-être protégée en accès pour interdire la concurrence par différents objets de synchronisation assurant que pas plus d'un seul Thred n'a un accès simultané à ta mémoire
Possibilités avec des sections critiques, sémaphores , la VCL offre également des objets permettant ce genre de protection

Pour la question 2 rien n'interdit le stockage du contenu de la mémoire partagée dans une autre zone mémoire dans ton process desktop ( buffer, filemapping, conteneur STL,...) le choix dépendant de la vitesse d'exécution souhaitée , et le traitement avec un autre Thread , le tout synchronisé par un objet de synchronisation

On peut également imaginer du côté du service la même méthodologie
À savoir traitement de l'information, dans un Thread, copie de l'information dans la mémoire partagée et notification à l'application dans un Thread sépare appeler un Thread de communication

Il me semble que des composants de la STL serait idéal pour ce genre de traitement


Cdlt

[engi]

Merci pour ces pistes.
Je vais rechercher dans ce sens.