C++ et JNI : Pointeur et méthodes Callback

Citation:

---

Envoyé par giminik

Ok, donc pour résumer, je dois utiliser la mémoire partagée pour stocker tout ce que je souhaite, sauf des pointeurs, c'est bien ça ?
Je vais donc stocker dans cette mémoire partagée, une file, et lui envoyer des commandes via le pattern du même nom.
Pour éviter les problèmes d'accès concurrents, je mets un mutex ou équivalent.
Et dans un thread séparé, j'aurai un while (true) qui ira vérifier si des commandes sont disponibles dans la file (toujours avec le mutex pour éviter les problèmes d'accès concurrents). J'ai peur que ce while (true) consomme trop de ressources CPU...
J'ai juste ?

---

En gros c'est ça
Juste que si tu utilises un sémaphore au lieu d'un mutex, ton while(true) sera remplacé par un get() sur le sémaphore. Ce qui troc agréablement une boucle infinie, en un processus qui sera déboqué uniquement que lorsqu'il aura quelque chose à faire. (donc zéro CPU d'utilisé quand il ne fait rien).

Typiquement, pour une file, on utilise un buffer circulaire et DEUX sémaphores: Un pour les cases vides (l'écrivain les demande pour écrire, puis donne des cases pleines), un pour les cases pleines (le lecteur les demande pour lire, puis donne des cases vides).
Bien sûr, toutes les cases de la file commencent vides.

Merci pour toutes ces informations, je vais essayer de me débrouiller, et en cas de soucis, je reviendrai vous voir ;)
Merci

Citation:

---

Envoyé par Médinoc

Typiquement, pour une file, on utilise un buffer circulaire et DEUX sémaphores: Un pour les cases vides (l'écrivain les demande pour écrire, puis donne des cases pleines), un pour les cases pleines (le lecteur les demande pour lire, puis donne des cases vides).
Bien sûr, toutes les cases de la file commencent vides.

---

Pas nécessairement, mais je pense qu'il faut qu'on laisse le temps à l'OP de se familiariser avec le concept :) On ne voudrait pas le mettre en surchauffe avec un déluge d'information :)