Discussion :

[Cheps]

Ok, mais pourquoi tu veux utiliser un Vector? C'est une structure de données dynamique, alors que toi tu as un tableau statique (sa taille de 1024*1024*1024 ne change pas)?

Et que contient un de tes objets? Je réitère mon histoire de mémoire: 16Go ça parait beaucoup, mais avec un millard d'elément ça ne te laisse 16octets par objet.

[Luc Hermitte]

<mode coup de gueule>
Mais c'est dingue ça!
Suite à un nombre grandissant de personnes qui m'envoient des MPs, je recorrige ma signature pour bien signifier que non, je ne répondrais pas. Et ben non. Je continue de recevoir des MPs sur des sujets techniques, pire des copier coller exacts de ce que l'on lit ici.
Mais ce n'est pas possible. Si on ne répond pas dans la journée aux posts sur les forums, c'est qu'il y a une raison bon sang de bon soir!

Tiens, du coup je répondrais peut-être plus tard.
</>

[loufoque]

C'est le statut d'expert, ça attire les foules.

[Luc Hermitte]

Et quand on sait comment on l'obtient... Pfff, c'est dingue.
J'aime bien ton status courant de "provisoirement toléré". Petit veinard va. Profites-en bien.

[Luc Hermitte]

@OP. Tu veux factoriser du code (compilation), ou bien charger un biniou dont le type sera déterminé à la lecture d'un fichier (p.ex.) et appliquer ensuite (exécution) ce qui va bien en conséquence ?

Sinon, je lis des choses qui me font penser à ce que j'ai entr'apperçu dans adobe.GIL (bientôt boost.GIL, donc).
NB: je ne suis pas un spécialiste du domaine.

Ok, mais pourquoi tu veux utiliser un Vector? C'est une structure de données dynamique, alors que toi tu as un tableau statique (sa taille de 1024*1024*1024 ne change pas)?

Pour précser le vocabulaire. "tableau statique" == "buffer dans la pile". Ce ne tiendra jamais.
Si tu veux juste dire que cela ne serait jamais redimensionné, avec les vecteurs, il ne devrait pas payer ce qu'il n'utilisera pas. Ceci dit, il est vrai qu'il existe des structures matricielles 100 fois plus adaptées. On les trouve p.ex. chez boost, voire chez adobe pour ce qui est des images.

[Feriaman]

Ok, mais pourquoi tu veux utiliser un Vector? C'est une structure de données dynamique, alors que toi tu as un tableau statique (sa taille de 1024*1024*1024 ne change pas)?

Tu as parfaitement raison : il n'a pas besoin d'un tableau dynamique.

Cependant, il me semble plus intelligent, lorsque l'on n'a pas forcément une maitrise parfaite du c++ comme la tienne, d'utiliser un conteneur tout fait.

Ce n'est pas plus rapide à l'exécution, ce n'est peut-être pas optimum en mémoire, ce n'est pas aussi "class" que de faire son propre conteneur, mais c'est plus sur et cela lui évitera plein d'ennuis, comme la gestion d'un tableau de pointeurs, les Individus**, la gestion de sa mémoire...

Après, je t'accorde qu'il existe d'autres conteneurs plus adaptés comme ceux que propose "Luc Hermitte", reste à savoir si ce problème mérite le fait d'inclure une librairie additionelle (fut-ce boost) , ce qui n'est pas forcément évident quand on ne maitrise pas son ide / compilateur.

[Cheps]

Je n'ai jamais utilisé des tableaux d'un milliard d'elément, mais j'ai une applic avec un tableau de 400*400*400 int et qui tourne parfaitement. Tu veux dire quoi par "Ce ne tiendra jamais." ? Niveau stabilité ou niveau performances?

[Luc Hermitte]

Code :

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

1
2
3
4
5
6
7
8
9
void f() {
   int t[TROPGROSPASSERAPAS];
   std::cin >> t[0];
}
 
int main() {
    f();
    return EXIT_SUCCESS;
}

=> core dump

[Cheps]

Moi je fais un truc du genre:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
int *tab;
 
try
{
    tab = new int[GROSTABLEAU];
}
catch(std::bad_alloc &e)
{
    "Aïe aïe aïe"
}

[Jean-Marc.Bourguet]

J'ai pas bien compris le probleme. Je ne suis pas sur en particulier que la difference ait ete faite entre le probleme et la solution envisagee. Je n'ai pas non plus compris pourquoi une solution pure template est a rejeter car ca me semble etre la meilleure solution au probleme que j'ai compris.

En admettant qu'il faille etre plus dynamique, avoir les objets qui ont des membres virtuels me semble a eviter. Donc on se retrouve a decoupler les objets de leur comportement. Ca fait penser aux patterns Flyweight, Prototype, Strategy et Template Method du bouquin du GoF. Peut-etre encapsule dans des templates qui pour fournir une interface type safe a une interface de plus bas niveau.

[vincho]

Je suis débutant en C++ et d'un bon niveau en C++.

J'ai une librairie de traitement d'image en c normal qui au fur et à mesure devient affreuse car pour chaque nouveau type ajouté, je dois réecrire tous les opérateurs avec le nouveau type....et d'autres problèmes.
Je me suis dit pourquoi pas le C++???
C'est que j'essaye.
Etant débutant en C++, je ne suis pas très familier avec tous ses concepts. C'est pourquoi tu dois avoir surement raison dans ta critique.

Je n'ai pas non plus compris pourquoi une solution pure template est a rejeter car ca me semble etre la meilleure solution au probleme que j'ai compris.

Le plus simple serait plutôt que j'expose ce que je veux faire conceptuellement. Puis des personnes éclairés dans le domaine comme toi Jean-Marc, me dise: dans ton cas: il faut utiliser pure template!!!!

Dans un long message juste avant, j'explique ce que je souhaîte faire.
Si tu veux m'aider ca serait cool et si tu as besoin de plus d'infos pas de probleme