Wie viel RAM kann eine 32-Bit-Anwendung nutzen?

[Bernhard Geyer]

Zitat von Matze:

Ich habe nun eine Anwendung, die mir abschmiert, weil sie zu viel RAM benötigt.

Wirklich zu viel oder zu viel an einem Stück als durchgehender Speicherbereich.

Zitat von Matze:

Kann es helfen, diese 32-Bit-Anwendung unter Win 7 64 Bit laufen zu lassen oder kann eine 32-Bit-Anwendung generell auf max. ca. 3 GB zugreifen unabhängig vom Betriebssystem?

Normalerweis gehen nur 2GB. Nur unter Win64 (bzw. unter Win32 wenn es mit spezieller Option gestartet ist) kann eine entsprechend Compilierte Exe auch 3 GB verwenden.
Bei Delphi wäre die Option

{$SetPeFlags $20} um die Exe 3 GB-Kompatible zu machen.
Siehe auch: http://stackoverflow.com/questions/7...64-application

[Luckie]

Zitat von Bernhard Geyer:

Normalerweis gehen nur 2GB. Nur unter Win64 (bzw. unter Win32 wenn es mit spezieller Option gestartet ist) kann eine entsprechend Compilierte Exe auch 3 GB verwenden.

Nein, den Schalter gibt es auch schon unter 32-Bit. Allerdings recht es nicht nur die Exe damit zu kompilieren. Die Option muss auch in der Boot.ini aktiviert werden.

Noch mal von vorne. Unter 32-Bit hat ein Prozess einen Adressraum von 4GB. Davon kann er aber nur 2GB nutze3, da in die restlichen 2GB die Betriebssystemfunktionen eingeblendet werden.

Eie es genau unter 64-Bit aussieht kann ich nicht sagen. Aber ein 64-Bit Prozess sollte da entsprechend mehr zur Verfügung haben.

[Bernhard Geyer]

Zitat von Luckie:

Zitat von Bernhard Geyer:

Normalerweis gehen nur 2GB. Nur unter Win64 (bzw. unter Win32 wenn es mit spezieller Option gestartet ist) kann eine entsprechend Compilierte Exe auch 3 GB verwenden.

Nein, den Schalter gibt es auch schon unter 32-Bit. Allerdings recht es nicht nur die Exe damit zu kompilieren.

Hab ich das nicht geschrieben

Zitat von Luckie:

Die Option muss auch in der Boot.ini aktiviert werden.

und es müssen auch die ganzen Treiber damit zurecht kommen. Also lieber gleich Win64 kaufen als sich damit in 2013 herumärgern.

Zitat von Luckie:

Eie es genau unter 64-Bit aussieht kann ich nicht sagen. Aber ein 64-Bit Prozess sollte da entsprechend mehr zur Verfügung haben.

Viel mehr Theoretisch so um die 2^64 Bytes
Praktisch viel weniger das aktuelle Consumer-HW weder RAM noch HD/SSD-Technisch diese Grenze ausreizen kann.

[Luckie]

Aber wie heißt es so schön: Wenn eine Frage mit "wie viel" anfängt, dann macht man was falsch. Ich hatte noch nie ein Problem, dass ein Programm zu wenig Speicher hatte. Deswegen gehe ich davon aus, dass da eventuell nicht mehr benötigter Speicher nicht mehr freigegeben wird oder arrays falsch vergrößert werden oder so was in der Richtung.

[BUG]

Zitat von Luckie:

Ich hatte noch nie ein Problem, dass ein Programm zu wenig Speicher hatte.

Das kommt ganz auf deine Anwendungen an: größere numerische Berechnungen, große Bilder/Videos und ordentliche Datenbanken können nicht genug Speicher haben.

Zitat von jaenicke:

Wenn es nur um größere Speicherstellen geht, ist die Chance viel höher diese [...] unter 64-Bit zu bekommen.

Das stimmt

Zitat von jaenicke:

Dann muss der PC aber auch mit entsprechend Speicher bestückt sein, bei nur 4 GiB z.B. wird dir ein 64-Bit System auch nichts helfen.

Das stimmt nicht
Virtueller Speicher FTW!

[Medium]

Um es mal noch mit in den Raum zu werfen: Ein für 32 Bit kompiliertes Programm wird die 2GB (bzw. 3GB wenn mit der Option kompiliert) zumindest niemals überschreiten können. Auch auf einem Win64 nicht. Das Programm arbeitet immerhin dann mit 32 Bit Pointern. Wie soll es da mehr adressieren können? (Also mehr als die theoretischen 4GB, die es aber praktisch auch nicht bekommt.)

Die Meldunge, dass zu wenig Speicher da sei, kann jedoch auch andere Ursachen haben als einfach nur zu wenig RAM + Pagefile. Manche Resourcen sind unabhängig vom RAM begrenzt, z.B. in der GDI. Und bei genau der habe ich diese Meldung zumindest schon mal gesehen, ohne dass das RAM auch nur ansatzweise voll gewesen wäre. (Bitmaps können z.B. nicht größer als 65536x65536 Pixel sein wenn ich mich recht erinnere.) Vielleicht ist soetwas ja auch das Problem. Nachteil wäre, dass das Programm dann für deine gewünschten Daten schlicht ungeeignet wäre, da sich dann kaum noch etwas machen ließe. Zumindest wenn man die Soßen nicht hat.

[Matze]

Hallo,

also im TaskManager kann ich sehen wie der RAM-Verbrauch aufs Maximum ansteigt.

Unter Win 7 x64 würde ich auf 8 GB aufrüsten.
Es handelt sich um einen Compiler und der virtuelle Speicher juckt den leider reichlich wenig ...

Grüße

[Matze]

Hallo,

danke für die Antworten.

Puh das könnte auch ein zusammenhängender Speicherbereich sein.
Die Anwendung ist nicht von mir.

Ja diese Boot-Option habe ich bereits aktiviert.

Mich würde nur interessieren, ob sich der Aufwand lohnt, diese Anwendung auf einem Win 7 x64 laufen zu lassen. Also Win 7 neu aufzusetzen.
Kann das jemand von euch sicher sagen?

Grüße

[jaenicke]

Zitat von Matze:

Mich würde nur interessieren, ob sich der Aufwand lohnt, diese Anwendung auf einem Win 7 x64 laufen zu lassen. Also Win 7 neu aufzusetzen.
Kann das jemand von euch sicher sagen?

Heute lohnt es sich kaum noch ein 32-Bit Betriebssystem zu nutzen, sofern man wie im Normalfall genug RAM hat. Aber davon abgesehen kann ein 64-Bit System helfen, wenn das Programm nicht wirklich mehr als 2 GiB Speicher braucht. Wenn es nur um größere Speicherstellen geht, ist die Chance viel höher diese mit viel RAM unter 64-Bit zu bekommen. Dann muss der PC aber auch mit entsprechend Speicher bestückt sein, bei nur 4 GiB z.B. wird dir ein 64-Bit System auch nichts helfen.

[Bernhard Geyer]

Zitat von jaenicke:

Wenn es nur um größere Speicherstellen geht, ist die Chance viel höher diese mit viel RAM unter 64-Bit zu bekommen. Dann muss der PC aber auch mit entsprechend Speicher bestückt sein, bei nur 4 GiB z.B. wird dir ein 64-Bit System auch nichts helfen.

Dir sagt aber schon "virtuelle Speicherverwaltung" was?

Ob der Rechner nur 2, 4 oder 2000 GB hat ist sch*** egal im Bezug darauf ob man als 32-Bit Anwendung z. B. 500 MB an einem Stück anfordern kann.
Es kommt viel mehr auf die Installierten Tools/Treiber etc. an und ob die Entwickler von DLL's so "intelligent" in Ihren DLL's fest zu definieren das die möglichst an Adressen geladen werden die sonst frei wären.