création d'objet en mémoire partagé

-Quelqu'un sait-il s'il est possible de créer des objets (entier sans sérialiser) en mèmoire partagé ?
- Si oui comment faire ?
- Comment spécifié à l'opérateur new que cette objet doit être alloué en mémoire partager ?
- Est-ce possible de créer des objet de taille variable (objet s'occupant lui même d'allouer la mémoire pour ces données) ?

toute redirection vers des articles sur le net serait bienvenu (même si j'ai déjà cherché et lu ce que j'ai trouvé).:wink:
Wink

[sujet déplacé par Katyucha, en provenance du forum Linux]

Les conteneurs de la STL utilisent un allocateur. Tu peux créer le tiens qui alloue en mémoire partagée. En fait, y'a un projet de ce type qui existe déjà, pour Linux:
http://allocator.sourceforge.net/
sinon tu peux créer ton propre opérateur new.

Le partage mémoire est fortement dépendant du système d'exploitation.

Tu travailles sur quel SE ?

Citation:

---

Envoyé par BigNic

-Quelqu'un sait-il s'il est possible de créer des objets
(entier sans sérialiser) en mémoire partagée ?
- Si oui comment faire ?

---

Je vois deux niveaux a ta question, et je ne sais pas auquel il faut
repondre. Dans le premier niveau, il y a l'optention de la memoire
partagee et l'organisation de celle-ci pour que les deux processus
communiquent sans se marcher sur les pieds, y compris les besoins eventuels
de synchronisation. Je ne vais pas traiter de ce niveau et supposer que tu
as deja ecrit une interface du genre

Code:

---

1 2 3

class area; void* alloc_shared(area&, size_t sz); void free_shared(area&, void* ptr);

---

Le deuxieme niveau, c'est comment utiliser cette memoire dans un programme
C++. Avant de traiter ce point, il faut savoir que tu seras
vraissemblablement limite dans ce que tu peux mettre en memoire partagee.
Les objets qui ont des membres virtuels, contiennent un pointeur vers un
descripteur de type. Ce pointeur ne sera pas valable d'un processus a
l'autre hors le fonctionnement des membres virtuels en a besoin. Donc si
tu tentes de mettre en memoire partagee ces objets, tu auras au mieux des
crashs, au pire des comportements bizarres.

Citation:

---

- Comment spécifier à l'opérateur new que cette objet doit être
alloué en mémoire partagee ?

---

Un entete

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

void* operator new(size_t, area&); void operator delete(size_t, area&) throw(); template<typename T> void free_shared_object(area& a, T* ptr) { try { ptr->~T(); } catch(...) { free_shared(a, ptr); throw; } free_shared(a, ptr); }

---

Et du code:

Code:

---

1 2 3 4 5 6 7 8 9 10 11

void* operator new(size_t sz, area& a) { void* res = alloc_shared(a, sz); if (res == 0) throw std::bad_alloc(); return sz; } void operator delete(area& a, void* ptr) throw() { free_shared(ptr); }

---

et un exemple d'utilisation:

Code:

---

1 2 3

maClasse* monPointeur = new(monArea) maClasse; ... free_shared_object(monArea, maClasse);

---

Il n'y a pas de syntaxe pour appeler l'operateur delete surcharge prenant
aussi un area, mais il est necessaire (il est appele automatiquement si le
constructeur de maClasse quitte par une exception).

Si tu veux pouvoir allouer des tableaux, il faut faire de meme pour les
operateur new[] et delete[] et free_shared_array.

Citation:

---

- Est-ce possible de créer des objet de taille variable (objet
s'occupant lui même d'allouer la mémoire pour ces données) ?

---

Tu peux faire une classe qui prend un area pour indiquer ou il faut allouer
les donnees. Tu peux fournir aussi une interface pour que ce soit des
allocateurs valables pour les conteneurs de la SL.

Citation:

---

Envoyé par Caine

Le partage mémoire est fortement dépendant du système d'exploitation.

Tu travailles sur quel SE ?

---

je bosse sur du unix (linux, solaris,...)
D'ailleurs originellment le post était sur le forum Linux, d'où mon imprecision

Bon alors je :arrow:

Je suis spécialiste de la qustion sous Windows surtout.

Mais, il y a un système de sémaphore sous Unix. Bonne continuation.

Il serait bien que le post revienne dans le bon forum ;)

merci pour vos réponses. Les choses sont un peu plus claires pour moi. Même si cela présage pas mal de boulot.