Discussion :

[chat-pyrus]

Bonjour,

Savez-vous si il existe des routines qui permettent à un programme de s’allouer de la RAM au démarrage et d'ensuite travailler directement à l’intérieur de cette mémoire allouée?
J'ai recherché sur le net et j'ai rien trouvé et pourtant il me semble que c'est possible

Merci

[jeroman]

malloc ?

[LittleWhite]

Bonjour,

Effectivement malloc / calloc / free est la bonne réponse. C'est comme cela que l'on allouera de la mémoire vive pour notre programme (et que l'on pourra l'utiliser)
Mais, je suspecte que l'ouvreur du sujet tente de faire, ce que l'on appelle une Memory Pool (piscine de mémoire ?)
Une memory pool est une zone de mémoire que l'on alloue au début du programme (afin de faire plus d'allocation / ou d'être sur que nous avons de la mémoire) et dans laquelle nous allons piocher afin d'y mettre nos objets.
Du coup, on arrivera facilement à voir que nous aurons des problèmes de fragmentation et autre trucs de ce genre, et c'est pour cela que je vous invite à faire un tour sur google avec la memory pool en recherche.

[chat-pyrus]

C'est exactement ça. Mon application plante sur une machine et je suspecte un problème matériel sur la RAM. Pour éviter que mon application accède aux banc défectueux pendant l'exécution je voulais allouer la mémoire au démarrage du programme et ainsi soit mon programme plante tout de suite soit il ne plante plus (si il problème est bine là car j'en suis pas certain).

Merci LittleWhite, je vais regarder.

[LittleWhite]

C'est exactement ça. Mon application plante sur une machine et je suspecte un problème matériel sur la RAM. Pour éviter que mon application accède aux banc défectueux pendant l'exécution je voulais allouer la mémoire au démarrage du programme et ainsi soit mon programme plante tout de suite soit il ne plante plus (si il problème est bine là car j'en suis pas certain).

Merci LittleWhite, je vais regarder.

Si il y a un problème avec la RAM, le système risque de planter sans prévenir et non que votre application.
Maintenant, pour chaque appel à malloc il faut vérifié que le pointeur retourné est différent de NULL.
Je pense que vous avez fait bêtise avec vos pointeurs ... et non que la RAM est défectueuse.

[jabbounet]

Si il y a un problème avec la RAM, le système risque de planter sans prévenir et non que votre application.
Maintenant, pour chaque appel à malloc il faut vérifié que le pointeur retourné est différent de NULL.
Je pense que vous avez fait bêtise avec vos pointeurs ... et non que la RAM est défectueuse.

Je suis d'accord, un problème de ram engendrerai des plantage machine à répétition et potentiellement au démarrage. De plus elle est souvent vérifiée par le bios au démarrage (c'est la configuration par défaut de beaucoup de cartes mères)

Des outils type valgrind ou purify peuvent aider a trouver les problèmes de gestion mémoire dans votre application.

[chat-pyrus]

Si il y a un problème avec la RAM, le système risque de planter sans prévenir et non que votre application.
Maintenant, pour chaque appel à malloc il faut vérifié que le pointeur retourné est différent de NULL.
Je pense que vous avez fait bêtise avec vos pointeurs ... et non que la RAM est défectueuse.

Je ne pense pas que ça vienne de mon programme car il tourne très bien sur une machine identique (et sur d'autre OS aussi). J'ai un problème vraiment que sur cette machine. De plus j'ai utilisé pas mal d'outils (mudflap, bound-checking, purify, etc ...) et aucun problème n'est détecté.
Dans le core a chaque fois le plantage ce fait sur un malloc alors qu'il y a largement ce qu'il faut au niveau de la machine et le programme est démarré à unlimited.

[Obsidian]

Bonjour,

ce que l'on appelle une Memory Pool (piscine de mémoire ?)

Plutôt « bassin », dans ce sens. Mais ce terme n'est pas plus usité en français. Donc…

=chat-pyrus;5741789]C'est exactement ça. Mon application plante sur une machine et je suspecte un problème matériel sur la RAM. Pour éviter que mon application accède aux banc défectueux pendant l'exécution je voulais allouer la mémoire au démarrage du programme et ainsi soit mon programme plante tout de suite soit il ne plante plus (si il problème est bine là car j'en suis pas certain).

Si la machine en question est un PC, il existe memtest86+, en GPL, qui fonctionne au démarrage sans O.S., et qui est généralement proposé au démarrage des distributions de Linux.

[souviron34]

j'ajouterais qu'un simple printf si l'allocation a échoué permettrait de savoir si c'est ça ou autre chose..

Là on est obligé de te croire, mais en général quand on dit "mon programme marche, c'est cette machine qui marche pas", ça peut arriver dans de très très très rares cas, mais dans 99.9999999% du temps c'est le programme qui a une erreur....


En admettant que cela soit l'allocation qui échoue, il serait bon alors de tester en partant de 1 et en augmentant le nombre de threads au fur et à mesure jusqu'à ta valeur réelle...

En tous cas, je pense qu'il y a beaucoup de tests à faire avant de dire "c'est la faute de la machine"..

Ne serait-ce que faire relire le code à quelq'un d'autre...