Allocation memoire processus

**jkalzsmu** · 07/07/2008, 16h47

Bonjour,

Pour un programme d'acquisition de données, j'ai besoin d'un gros tableau en mémoire (mémoire contiguë).
Le gros tableau en question devrais pouvoir faire dans les 4 Go (je suis sous XP 64 bits)

Seulement lorsque je fais un tableau de 2Go comme cela:

Code :

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

tab[2000000000]

Je n'arrive pas à exécuter mon programme.
A la place j'ai l'erreur suivante :

Cette application n'est pas une application win32 valide.

Est ce que quelqu'un sait qu'elle est la politique de windows sur ces gros tableau en mémoire ?

Merci !

**Neitsa** · 07/07/2008, 19h38

Bonjour

Est ce que quelqu'un sait qu'elle est la politique de windows sur ces gros tableau en mémoire ?

Pour les grosses allocations, mieux vaut passer par VirtualAlloc.

**Mat.M** · 09/07/2008, 21h13

Envoyé par jkalzsmu

Est ce que quelqu'un sait qu'elle est la politique de windows sur ces gros tableau en mémoire ?

Merci !

L'OS n'allouera jamais autant même avec un OS 64bits...
Il "swappera" surement avec pagefile.sys
Comme l'écrit Neitsa il faut appeler VirtualAlloc ou GlobalAlloc; le mieux est de consulter le MSDN.
Pour plus de détails si tu peux le trouver c'est de se procurer "Inside NT" de Jeffrey Richter un wintellect

**wiztricks** · 09/07/2008, 21h44

Salut,
WXP64 supporte les modes 32 et 64 bits.
Bien qu'il ne soit pas raisonnable d'allouer plus de 2GiB de mémoire s'il n'y a pas la mémoire physique 'derrière', j'ai l'impression que le compilo à généré une application 32 bits:

Cette application n'est pas une application win32 valide

Alors qu'il serait souhaitable qu'il génére une application 64 bits - et qu'il soit linké aux DLL correspondantes.
- W
PS: Lorsqu'on déclare:

char tableau[2000000000]

il y a de forte chance d'exploser la pile si c'est dans le corps d'une fonction.
Par contre, je ne sais pas comment les différents éditeurs de liens vont se débrouiller s'il s'agit d'une variable 'globale'.
Il serait peut être plus sage d'allouer la structure à l'initialisation avec un malloc/new/...

**pitikak** · 09/07/2008, 22h07

salut,
a vrai dire tu ne fais l'allocation que sur le segment de données de ton exécutable (DS) mais pour accéder a directement à la mémoire ,tu peut faire une allocation sur le tas lointain en utilisant le mot clé "far" .

**Médinoc** · 09/07/2008, 22h16

far, ça datait de Win16. Ce mot ne veut plus rien dire en 32 bits et supérieur.

**Mat.M** · 10/07/2008, 17h49

Envoyé par pitikak

salut,
a vrai dire tu ne fais l'allocation que sur le segment de données de ton exécutable (DS) mais pour accéder a directement à la mémoire ,tu peut faire une allocation sur le tas lointain en utilisant le mot clé "far" .

ehh oui à part que ça c'est de la programmation 16bits en mode réel ce dont tu parles et que Windows heureusement fonctionne dans le mode FLAT ou mode protégé et que la mémoire est accédée linéairement.