-
Gestion mémoire étendue
Bonjour, je m'étais mis étant jeune à programmer des projets de plus en plus gros et je me rappelle avoir été stoppé par la gestion de la mémoire étendue. Je programmais en C avec du matos préhistorique...J'ai fouillé google à la recherche de l'info suivante qui est peut être très bête:
- l'opérateur new de C++ alloue t'il de la mémoire sur la mémoire conventionelle exclusivement ou il puise aussi dans la mémoire étendue ?
Merci pour vos réponses :mouarf:
-
Pour les vieilles plate-formes 16 bits, je dirais: "Ça doit dépendre de la Run-Time Library employée".
Et encore ce n'est même pas sûr, car il me semble que la mémoire étendue n'est pas vraiment accessible avec un pointeur far normal (qui permet seulement d'accéder à n'importe quel segment de la mémoire conventionnelle).
Sur une plate-forme 32 bits, la question n'a plus de sens, puisqu'il n'y a plus de distinction conventionnelle/étendue.
-
Merci pour cette grande aide apportée, je le sentais mal d'être limité à 640 ko de mémoire comme dans le temps lol...
Vraiment un grand merci :king:
-
Bah... c'est juste la limite qui a changé....
16 bits = 640Ko is ought to be enough
32 bits = 3Go (sur les 4go théoriques)
64 bits = pour l'instant 16To sur les derniers kernels linux (potentiellement 16 millions de To).
-
Déjà, le pointeur fait toujours la même taille, le pointeur est donc suffisamment grand pour contenir l'adresse de n'importe quel emplacement auquel tu as accès sur la plate-forme.
Après, où ça alloue, ça dépend de ton implémentation.
Normalement tu tournes avec un noyau derrière avec un MMU donc les adresses que ton programme voit n'ont rien à voir avec les adresses physiques.
Le programme peut normalement demander au noyau de lui mapper une page de mémoire virtuelle vers de la vraie mémoire à l'adresse qu'il veut, et après l'allocateur se charge de fragmenter ça en morceaux qu'on lui demande.
En fait en programmant normalement tu peux même pas vraiment savoir à quel point deux adresses sont vraiment éloignées, et si elles sont vraiment éloignées du code.
-
Mais d'où vient cette histoire de 640k exactement ?
Avec des pointeurs far, on devrait pouvoir adresser 64k*16 = 1Mo, non?
Edit: OK, j'ai trouvé une page qui explique: http://en.wikipedia.org/wiki/Convent...640_kB_barrier
-
Pour la même raison qu'on ne peut addresser "que" 3Go (et encore avec bidouille) sur un Windows 32 bits...
-
Sur du x86 tu peux très bien avoir 4 Gos entier par processus, avec plus de 4 Gos en physique au total.
-
Sur du x86 je sais pas...
Sur du Windows 32, c'est 2Go limite par processus, 3Go avec un peu de bidouille à l'init, et basta. (http://msdn2.microsoft.com/en-us/lib...73(VS.85).aspx)
Windows Server 32 EE et DE supportent un peu plus (64Go si je me souviens bien), mais les applications doivent être codées spécifiquement avec l'AWE API(http://www.microsoft.com/whdc/system...AE/pae_os.mspx
et http://msdn2.microsoft.com/en-us/library/aa366527.aspx)
Et sur Windows 64 (et avec une application 64 bits), c'est 8To limite par processus (43 bits d'addressing) sans API particulière.
http://msdn2.microsoft.com/en-us/library/bb147385.aspx