Discussion :

[Zufu91]

Bonjour à tous

J'ai pu voir en utilisant VMMAP que la mémoire virtuelle de mes processus est plutot bordélique. Or j'ai besoin de garder une zone mémoire libre commune entre toutes mes applications, et si possible de très grande taille (125Mo si possible 256Mo). Donc avec une ou deux applis ça va, on s'en sort "a la main" avec VMMAP mais lorsqu'on a des dizaines d'applis c'est l'enfer.

J'ai pu voir qu'il était possible de lister les DLL et de fixer leur emplacement précis en mémoire virtuelle lors du link avec Visual C++ 2008 Express Ed. J'aimerais savoir s'il est possible alors de fixer l'emplacement des autres données en mémoire virtuelle (private data, heap etc...) ou plus simplement d'imposer une zone de mémoire virtuelle vierge.

z'avez vous z'une idée ?

[Suryavarman]

Est ce que tu as regardé du côté des pool de mémoire? (Il y a de grande chance que ce que je dise soit à côté de la plaque vue qu'il est sujet de partager entre plusieurs applications un espace mémoire. )

Tu alloue une zone mémoire et dedans tu fais les allocations qui te posent problèmes.

http://cpp.developpez.com/faq/cpp/?p...sse_specifique

http://www.boost.org/doc/libs/1_47_0...doc/index.html

http://www.nedprod.com/programs/portable/nedmalloc/

[Emmanuel Deloget]

Bonjour à tous

J'ai pu voir en utilisant VMMAP que la mémoire virtuelle de mes processus est plutot bordélique. Or j'ai besoin de garder une zone mémoire libre commune entre toutes mes applications, et si possible de très grande taille (125Mo si possible 256Mo). Donc avec une ou deux applis ça va, on s'en sort "a la main" avec VMMAP mais lorsqu'on a des dizaines d'applis c'est l'enfer.

J'ai pu voir qu'il était possible de lister les DLL et de fixer leur emplacement précis en mémoire virtuelle lors du link avec Visual C++ 2008 Express Ed. J'aimerais savoir s'il est possible alors de fixer l'emplacement des autres données en mémoire virtuelle (private data, heap etc...) ou plus simplement d'imposer une zone de mémoire virtuelle vierge.

z'avez vous z'une idée ?

J'ai idée que je ne comprends pas vraiment les raisons qui te poussent à faire ça, et que je les met en cause.

1/ lorsque l'OS alloue de la mémoire, il alloue de la mémoire virtuelle : il effectue une collecte des blocs de mémoire physique libre, et affecte à ces blocs une adresse virtuelle de manière a donner l'impression que cette mémoire est contigue - ce qui n'est que très rarement le cas. Du coup, tu peux tout a fait te retrouver avec 256 Mo de mémoire virtuelle entre deux programmes qui, au niveau physique, sont cote à cote voire entremêlé.

2/ un processus n'a pas le droit d'accéder à une zone de mémoire virtuelle qui ne lui appartient pas, sauf a ce que le créateur de cette zone en décide autrement. Du coup, que deux programmes soient espacés de 5 octets, 5k ou 256 MB ne change rien : leurs zones de mémoire virtuelle respectives sont privées, et tu ne peux pas avoir d'overlap sans que celà ne provoque une exception (access violation sous Windows, segmentation fault sous Unix).

3/ c'est à l'OS de décider de ce genre de chose, parce que c'est lui qui gère la mémoire de tous les processus. S'il te venait l'idée de gérér la mémoire à sa place et en dehors du kernel, il faudrait que tu puisses faire tous les choix à sa place, et donc que tu ais l'accès à toute la mémoire, ce qui empêche la segmentation et rends les choses beaucoup beaucoup plus difficile à maintenir. Sous Windows, tu ne peux peux rien changer. Sous Linux, tu as la possibilité de modifier l'un des allocateurs (SLOB, SLAB ou SLUB) pour obtenir l'effet souhaité. Je ne suis pas sûr que ça soit une bonne chose (beaucoup de travail pour 0 gain).

[Zufu91]

Bonjour à tous,

merci d'avoir répondu à cette question et désolé du retard de ma réaction.
On objectif n'était peut être pas très clair. Je ne suis pas expert en gestion mémoire donc je vais essayer de reformuler simplement mon besoin.

J'ai plusieurs applications qui communiquent via un middleware via une shared memory (de ce que j'ai compris un fichier mappé en mémoire virtuelle de chaque processus de mes applications).

Ce fichier partagé n'est mappé dans la mémoire virtuelle du processus que ors de l'allumage du middleware... à adresse fixe !! C'est là qu'est mon problème. Comme l'adresse et la taille de ce fichier mappé est dicté par le middleware, je n'ai d'autre choix pour mes applis que de tenter de fixer une zone communes de mes mémoires virtuelles vierge.

Il s'avère que certaines de mes applis ont justement une DLL mappé en plein milieu de la zone qui m'intéresse. Aussi je pensais qu'il était possible de dire au linker de préserver une zone (c'est la solution la plus simple pour moi), soit de fixer la zone de mémoire virtuelle pour chaque DLL/stack/heap (amis là, c'est très fastidieux).

Malheureusement je n'ai pas la main sur le middleware, je ne peux pas changer ce mode de fonctionnement étrange. Par contre j'ai la possibilité de fixer l'adresse de démarrage ainsi que la taille de ce fichier mappé via un fichier de configuration du middleware.

Est ce un peu plus clair ?