Discussion :

[Fonzy007]

Bonjour,
J'écris en ce moment un programme qui crée une large zône de mémoire (800 000 bits -> 100 000 bytes).

Pour des raisons de performance, je souhaiterais que cette zône de mémoire reste en ram et ne puisse pas être swappée. Cmt faire?

De plus, je souhaiterais créer des zônes mémoire qui ne puissent pas être à cheval sur deux pages. A nouveau, cmt faire?

Je programme sous Linux avec la dernière version de gcc.

J'espère que vous avez des idées

++ Fonzy

[chaval]

Bonjour.
La gestion de la mémoire est gérée par linux, et je ne connais pas de mécanisme pour empecher un OS de swapper quoi que ce soit...
Une alternative (a tester) serait de faire un ramdisk, et d'écrire des données dedans... ca restera en ram, et tu n'auras pas de "fragmentation" de cases mémoire

En espérant pour toi qu'il y ait d'autres solutions...

[Fonzy007]

en fait, faire un disque en ram n'est pas possible dans mon cas. Le programme que j'implémente doit s'intégrer dans un serveur.

++

[frp31]

Code :

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

1
2
3
4
struct {
  /* liste de tes variables */
 } NOM ;
 NOM *p; /* pointeur*/

Code :

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

1
2
3
4
5
6
7
8
9
 
if (p= malloc(sizeof(NOM) * 1024)) == NULL)
{
 /* plus de mémoire */
}
else
{
/*traitement*/
}

de même pour changer la taille de la reserve

Code :

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

p=ralloc(p, sizeof(NOM) * 4096);

par exemple

Quand au swap : c'est l'OS qui gere et pas ton programme !
quand aux pages : c'est l'OS qui gere et pas ton programme !

la seule autre solution est d'écrire ton propre OS.

[frp31]

en fait, faire un disque en ram n'est pas possible dans mon cas. Le programme que j'implémente doit s'intégrer dans un serveur.

++

ça ne change rien au comportement swap/memoire de l'OS.

si tu as peur de perdre des données en RAM au cours du traitement en cas de panne matérielle sur le disque la seule solution consiste à installer ta distrib sans créer de partition swap.
mais là bonjour les ralentissements en particulier lors des accès disques.

[Fonzy007]

Bonjour,
Pour le moment, je fais effectivement des simples malloc.

J'ai déjà trouver comment faire des alignement de la mémoire sur une page

La fonction posix_memalign() alloue size octets et place l’adresse de
la mémoire allouée dans *memptr. L’adresse de la mémoire allouée est
un multiple de alignment, qui doit lui même être une puissance de deux
et un multiple de sizeof(void *).

int posix_memalign(void **memptr, size_t alignment, size_t size);

Le block suivant permet alors simplement de mettre ma zone mémoire en début de page et donc si la zone est plus petite que ma taille de page, je n'ai pas de soucis à me faire

Code :

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

1
2
3
 
char *mazone;
posix_memalign(&(mazone), sysconf(_SC_PAGESIZE),sizeof(char)*x)

x = le nombre de caractères souhaités
sysconf(_SC_PAGESIZE) permet d'obtenir la taille d'une page.

++

[Fonzy007]

Re-bonjour,
je viens de trouver comment résoudre mon dernier problème, c'est à dire, cmt éviter que ma zone mémoire passe en swap.

Il faut utiliser la fonction mlock(all) dont voici la description:

mlock() et mlockall() verrouillent respectivement une partie et l’ensemble de l’espace d’adressage du processus appelant dans la mémoire physique,
pour empêcher cette mémoire d’être évincée dans l’espace d’échange (swap). munlock() et munlockall() ont l’effet inverse, respectivement déver‐
rouillant une partie ou l’ensemble de l’espace d’adressage du processus appelant, afin que les pages dans la zone indiquée puissent à nouveau être
évincées dans le swap si le gestionnaire de mémoire du noyau l’exige. Le verrouillage et le déverrouillage de mémoire se font par multiples d’une
page.

int mlock(const void *addr, size_t len);
int mlockall(int flags);

++

[akoril]

pour ta propre réponse qui rempli un peu notre (a TOUS, si si) ignorance sur le sujet ...

[Troll]Suivant l’OS sur lequel on tombe, c’est bien de ne pas le laisser faire ce qu’il veut[/Troll].

[Fonzy007]

Pas de problème
D'autant plus que je suis sûr que certains auront un jour les mêmes problèmes que moi si les performances et la sécurité sont des points importants. (Problème des attaques par pagination)

++