Discussion :

[Shayä]

Bonjour,

Alors voila mon problème, je place des points régulièrement dans l'espace (2D pour le moment) et à chaque point j'attribue un certain nombre de champs. La distance entre chaque point est fonction d'un paramètre de l'utilisateur et peut être dans la pratique très petit ce qui a pour conséquence d'augmenter considérablement la taille du tableau.

Le problème est que pour des scènes soit très grandes, soit avec un pas très fin, la taille devient telle qu' apparemment le système n'arrive plus à allouer de la mémoire (erreur de bad_alloc). J'ai essayé de contourner le problème en faisant plusieurs tableaux de tailles acceptables mais la aussi, il me fait un bad_alloc pour le même nombre d'élements, c'est à dire que si un grand tableau de taille N crache, alors n petits tableaux de taille t vont cracher dès que n * t > N.

Donc je voulais savoir si il y avait moyen de contourner cette limitation. Il me semble que la limite d'adressage est à 3-4Go mais la le tableau lâche bien avant.

D'avance merci pour votre attention.

[zul]

Tout dépend du système d'exploitation que tu utilise, et de quelle type de limitation tu atteint :
- limite en dure dans le noyau
- limite physique ( genre quand Mem utilisé > RAM + SWAP)
- limite liée au compte ...

Sans plus de précision, il est difficile de te répondre. La réponse est en général non, il faut faire quelquechose de plus fin (ce qui revient en général à recoder un mécanisme de swap sur un fichier, et à faire les calculs par sous-ensembles).

[bruno_pages]

Sous quel OS (Windows, Linux, MacOS X ...) êtes-vous ?

La manipulation d'images est rapidement consommatrice de mémoire, vous devez autant que faire ce peux réduite la taille des informations associée à chaque point. Autre possibilité non exclusive avec la première, ne pas tout charger en mémoire, c.a.d. avoir un mécanisme de cache géré manuellement.

[argh]collision avec la réponse de zul[/edit]

[Shayä]

Alors "malheureusement" je dois coder ça sous Windows Seven 64bits.
Je dispose de 8Go de RAM et en étant vraiment très large, le programme crache à 1Go d'utilisation pour une utilisation totale de la RAM de 3Go environ.

Ce qui m'intrigue, c'est que j'avais déjà fait des programmes très gourmands en mémoire sur Linux en c++ et j'avais pu aller jusqu' à consommer 3Go de RAM + swap. Donc j'ai peur d'entendre que Windows limite l'utilisation de la RAM

[LittleWhite]

Bonjour,

Êtes vous archi sur que vous compilé en 64bits?

[Shayä]

Pour la compilation, j'utilise Qt Creator que j'utilise pour pouvoir visualiser le résultat du maillage. Ne me souvenant plus quelle version j'avais pris ai téléchargement, un rapide coup d'oeil sur la page de dl de Qt montre qu'ils ne font pas la distinction 32/64 bits pour Windows.

Donc dans le doute, j'ai séparé le code Qt du reste et recompiler le projet sur Visual Studio 2008 dont je suis archi sur qu'il est en 64 bits et la même problème, bad_alloc sur les mêmes jeux de données.

[LittleWhite]

Une fuite de mémoire ?

Ou alors vous faites beaucoup plus d'allocation que ce que vous devriez faire ...
( l'usage de copie de structure lors du passage par arguments à la place de l'utilisation des pointeurs/references peut aussi être fatale )

[koala01]

Salut, et bienvenue sur le forum

Pour la compilation, j'utilise Qt Creator que j'utilise pour pouvoir visualiser le résultat du maillage. Ne me souvenant plus quelle version j'avais pris ai téléchargement, un rapide coup d'oeil sur la page de dl de Qt montre qu'ils ne font pas la distinction 32/64 bits pour Windows.

Donc dans le doute, j'ai séparé le code Qt du reste et recompiler le projet sur Visual Studio 2008 dont je suis archi sur qu'il est en 64 bits et la même problème, bad_alloc sur les mêmes jeux de données.

Il faut faire attention à un point assez problématique:

Si un système d'exploitation peut permettre l'utilisation d'une application 32 bits, et encore, sous certaines conditions, une application 32 bits ne pourra, en tout état de cause, utiliser que des bibliothèques... 32 bits (et, sauf erreur, une application 64 bits ne pourra pas utiliser de bibliothèques 32 bits ).

La raison principale tient dans le nombre de bits permettant de représenter les pointeurs (32 ou 64 bits ), dont découle directement les plages mémoires accessibles par ceux-ci, et donc... la quantité de mémoire que nous pourrons envisager d'utiliser (sous réserve de restriction imposée par l'OS).

Classiquement, sous windows, une application 32 bits est limitée à quelque chose comme... 2 Gb, et, vu que tu utilise Qt, je ne pourrais donc que t'inciter à envisager d'obtenir une version 64 bits de cette bibliothèque (nous fournissons une série de binaires compilés pour différents systèmes / architectures / compilateurs. Tu en saura plus sur cette discussion)

Commence donc, peut être, par essayer d'obtenir la version la plus adéquate possible de Qt, et réessaye

[oodini]

Quel est le domaine applicatif ?

D'où tes points tirent-ils leurs valeurs ?