Discussion :

[bountykiler]

Bonjour à tous,

j'essaie actuellement d'implémenter une classe shared_vector, qui serait un mix entre un std::vector et un std::shared_ptr, l'idée étant que que lorsque je fais une copie de mon vector je ne fais qu'incrémenter un compteur de référence, et lorsque mon vector est détruit je décrémente ce compteur. Une fois que celui-ci atteint 0, les elements de mon vector sont alors détruit. (Rien de méchant jusqu'ici).
J'aimerai pouvoir passer en paramètre template un type d'allocateur à utiliser pour effectuer les allocations de mémoire. Le hic, c'est que quand j'alloue de la mémoire, je dois pouvoir réserver de la mémoire pour stocker les éléments dans mon tableau + mon compteur de références. Or, l'interface des allocateurs ne permet que de reserver de la mémoire pour X éléments d'un type donné, mais ne permet pas de spécifier une quantité précise de mémoire à allouer.

Qqun a une idée de comment je peux faire?

[ternel]

tu ne peux pas juste faire un vector de shared_ptr?

[Astraya]

tu ne peux pas juste faire un vector de shared_ptr?

ou plutôt un shared_ptr<std::vector<Element>>

Or, l'interface des allocateurs ne permet que de reserver de la mémoire pour X éléments d'un type donné, mais ne permet pas de spécifier une quantité précise de mémoire à allouer.

Il est facile de passer de l'un à l'autre:
X*Element => X*sizeof(Element)
Si tu veux que ton allocateur alloue de la mémoire disons 10octets... C'est simple

Code :

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

1
2
3
4
struct Memory
{
unsigned char [10];
};

Tu passe ça en élément dans ton vector. Puis quand tu veux l'utiliser comme un autre élément tu le cast (Element*)MemoryPtr;Si tu veux que tes 10 octets soit aligné selon Element alors tu passes alignement en alignof(Element) et élément a alloué Memory
Tu pourrais même : shared_ptr<std::vector<shared_ptr<Element>>>

[bountykiler]

ou plutôt un shared_ptr<std::vector<Element>>

Je pourrai, mais avoir un shared_vector est plus simple à l'utilisation. (En plus c'est potentiellement + performant)

Il est facile de passer de l'un à l'autre:
X*Element => X*sizeof(Element)

Sauf qu'a ces X*sizeof(Element), je dois ajouter sizeof(ref_counter), et c'est bien là le problème.

[Astraya]

Code :

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

Je pourrai, mais avoir un shared_vector est plus simple à l'utilisation. (En plus c'est potentiellement + performant)

Laisse moi douter du fait que tu puisses faire plus performant sans y passé des mois

Code :

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

Sauf qu'a ces X*sizeof(Element), je dois ajouter sizeof(ref_counter), et c'est bien là le problème.

Donc shared_ptr<std::vector<Element>>

[bountykiler]

Code :

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

Je pourrai, mais avoir un shared_vector est plus simple à l'utilisation. (En plus c'est potentiellement + performant)

Laisse moi douter du fait que tu puisses faire plus performant sans y passé des mois

Fais gaffe, je serai capable d'en faire le pari

Code :

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

Sauf qu'a ces X*sizeof(Element), je dois ajouter sizeof(ref_counter), et c'est bien là le problème.

Donc shared_ptr<std::vector<Element>>

Précisemment ce que je veux éviter.

Petite remarque au passage:
J'ai besoin de cela pour un projet perso, donc je ne cherche pas une solution rapide.
Et si je pose la question, c'est aussi parce que je la trouve intéressante car elle mets en évidence une limitation des allocateurs actuels.

Deuxième remarque:
Hier je suis tombé là-dessus:
http://en.cppreference.com/w/cpp/exp...emory_resource
A priori c'est quelque chose de prévu pour C++17, aussi je me demande si ce n'est finalement pas là la solution à mon problème.