Version imprimable
Bonjour,
Y a t il sous VC6 un limitation de l'allocation mémoire à 2Go ?
Si oui, quelqu'un a t il des liens pouvant me permettre de comprendre les raisons (en dehors du fait que ce soit lié à la taille max sur un int).
PS :
j'ai une application compilée sous VC6 en mode console mais avec l'option "Use mfc in shared dll" pour une question de compatibilité avec des .lib.
Elle utilise donc la dll mscvcrt.
lorsque j'atteins
VC6 n'a rien à voir là-dedans.Citation:
Envoyé par Manu35
VC6 compile du code source en exécutable un point c'est tout.
VC6 s'en fiche si on fait un malloc , new de 4Go, 4To de mémoire !
Par contre l'OS oui va s'en inquiéter.
Il faut utiliser des API win32 spécifique comme GlobalAlloc voir le MSDN
Windows limite par défaut l'espace user à 2 Go. Il faut booter avec l'option /3GB dans le boot.ini pour avoir 3Go. Mais pas tous les Windows l'autorisent, et de mémoire ton appli doit être compilée de manière spéciale.
Mon application est multiplateforme (j'utilise gcc par ailleur) donc je dois éviter les api spécifique win32.Citation:
Envoyé par mat.M
GlobalAlloc et ses soeurs sont soumises aux même restrictions. Sous Linux t'es limité à 3Go aussi.
Auriez vous quelques liens expliquant la limitation et donnant les moyens d'y pallier (a travers le boot.ini ou autre) ?Citation:
Envoyé par Aurelien.Regat-Barrel
Merci
Travailler sur une machine 64bits ?
N'oublions pas que des pointeurs 32 bits ne peuvent adresser que 4Go (sous Windows, 2 séparés pour les programmes et 2 partagés pour le kernel).
Ainsi, à moins de changer de machine (ou de gérer sa propre mémoire virtuelle avec de gros fichiers), ce n'est pas tellement aisé de contourner ce genre de restriction...
En 32 bits on peut manipuler plus de 4 Go avec différentes techniques qui rappellent celles de l'ère 16 bits:
http://msdn.microsoft.com/library/en-us/memory/base/large_memory_support.asp
Pour l'histoire des 3GB:
http://msdn.microsoft.com/library/en-us/memory/base/4gt_ram_tuning.asp
http://msdn.microsoft.com/library/en-us/memory/base/memory_limits_for_windows_releases.asp
Petzold dans son livre sur la programmation de Windows affirme qu'on peut utiliser les malloc et new du C/C++ standards.Citation:
Envoyé par Manu35
Mais la mémoire risque de se fragmenter et d'être mal gérée donc il vaut mieux utiliser des API spécifiques.
Encore une fois le code portable multiplateforme je n'y crois pas , c'en est la preuve éclatante.
Bien sur que tu peux faire du code multiplateforme mais tu vas pénalisé par la machine....
repasses dans 3 mois et dis-nous quelle solution tu auras choisie :mrgreen:
ça dépend quand même de ce que tu veux faire et de ce que tu appels du "code multiplateforme".Citation:
Envoyé par mat.M
Ma solution est de fournir un utilitaire calculant la mémoire vive en fonction des différents paramètres et que l'utilisateur choississent les "bons" pour être bien en dessous de la limite de son système.
Si c'est au dessus de 2Go alors il s'achete une barrette ou deux et passe en 3GB si c'est au dessus de 3Gb ben il va s'acheter un PC 64 bits et le windows qui va bien
voila
:roll:
PS : la solution qui consiste à diminuer la mémoire utilisée par l'application a déjà été mis en oeuvre mais que dans les cas critiques ca ne passe toujours pas, un cas nécessite même l'utilisation de 70Go.
Merci beaucoupCitation:
Envoyé par Aurelien.Regat-Barrel
Gnéé ?? :mrgreen:Citation:
Envoyé par Manu35
Ici c'est le forum VC++ etu dis utiliser gcc.
En plus c'est toi qui utilises cette terminologie de "multiplateforme".
Je veux être bête mais pas à ce point-la :wink:
70Go !!! Fichtre Diantre par Toutatis :DCitation:
Envoyé par Manu35
Pourquoi avoir besoin de 70Go ?
Il faut prendre une station de calcul sous Unix ou un IBM .
Un banal PC n'est pas du tout fait pour cela , encore moins son architecture.
Et encore moins l'OS.
Un PC c'est le système informatique de Monsieur Tout le Monde :D
Windows Server x64 gère jusqu'à 1 TB. Il est aussi possible de répartir la charge sur plusieurs PC.
Mais avoir besoin 70Go de RAM libre à un instant t ( :!: ), c'est pas un besoin très commun, et il va forcément falloir étudier les spécificités de la machine, que ce soit Windows ou un autre OS.
C'est un problème d'utilisation du logiciel, l'utilisateur "intelligent" ne tombera pas dans ce cas, mais l'autre, celui qui cherche des "nouazes" (tu dois comprendre ce que je veux dire) y arrivera, voir le fera exprès.Citation:
Envoyé par mat.M
Donc, il faut être près à trouver des solutions pour cet éventuel "stupide" besoin.
Merci en tout cas pour vos réponse ....
Ok mais on ne sait tjs pas pourquoi l'utilisateur doit allouer 70Go.Citation:
Envoyé par Manu35
C'est pour un logiciel de 3d comme Catia ? :wink:
nope traitement du signal avec des fichiers source de +sieurs Go
géophysique / sysmique ? :D
Bon ça suffit le questionnaire ! De toute façon je peux pas en parler 8)
C'est pour le Commissariat de l'Energie Atomique :haha: ?Citation:
Envoyé par Manu35
Ne t'inquiète pas on ne dira rien motus et bouche cousue :haha:
Demande leur de te payer un calculateur sous Unix :mrgreen:
Oui c'est eu !Citation:
Envoyé par mat.M
Ils ont des pc plus puissant que leur calculateur UNIX d'y il y a dix ans malheureusement !Citation:
Envoyé par mat.M
Mon intuition était la bonne alors :lol:Citation:
Envoyé par Manu35
Sinon pour répondre à la question passer à un OS 64bits comme suggéré avant qui géra mieux la mémoire.
J'espère que l'on aura répondu à ta question ?
Visiblement, la solution que vous semblez chercher est de satisfaire ces besoins...Citation:
Envoyé par Manu35
Effectivement, j'explique la stupidité du besoin mais si le client dit "je veux" ben alors je cherche des solutions ... c'est mon boulot 8) 8) 8) 8)Citation:
Envoyé par Luther13