Virtueller arbeitsspeicher wie am besten?
- Ersteller Eiche
- Erstellt am
Stefan Payne
Kokü-Junkie (m/w)
Ja, denn wenn du den Virtuellen arbeitsspeicher deaktivierst, bekommst arge Probleme, weil Windows doch etwas mehr auslagert (unter anderem sich selbst, bei längeren Spielen), deaktivierst du die Auslagerungsdatei oder ist sie zu klein, hast das 'Problem' das dir irgendwann der Virtuelle Speicher ausgehen wird...
Adrenalize
BIOS-Overclocker(in)
Im Normalfall sollte die auslagerungsdatei so groß sein wie der RAM, damit Windows notfalls den gesamten RAM-Inhalt dort reinpacken kann. Ob noch größer sinn macht weiß ich nicht. Bei kleineren Swap-files kann es schonmal dazu kommen, dass eine Meldung auftaucht bezgl. zu wenig (virtuellem) Speicher.
Ich habe bei mir ein 1GiB Als Startwert mit 4GiB als maximale Grenze für das Swapfile (bei 4GiB RAM). Die meiste Zeit (evtl. sogar immer) dümpelt die Datei bei 1GiB Größe herum. Wobei der empfohlene Wert von Windows 6139 MiB wäre.
Ich habe bei mir ein 1GiB Als Startwert mit 4GiB als maximale Grenze für das Swapfile (bei 4GiB RAM). Die meiste Zeit (evtl. sogar immer) dümpelt die Datei bei 1GiB Größe herum. Wobei der empfohlene Wert von Windows 6139 MiB wäre.
Adrenalize
BIOS-Overclocker(in)
Wie ich sehe kannst du die Computerbild auswendig zitieren. Respekt!
Im ernst: Das stimmt natürlich, wenn man weniger RAM hat und das File derart ungünstig wählt, dass die Größe ständig varriert wird. Bei mir dümpelt das file wie gesagt 90% (vermutlich sogar 99-100%) der Zeit bei 1GiB herum, ich hab ja schon Probleme, die 4GiB RAM voll zu bekommen (gut, Vista hat macht das schon sehr ordentlich, indem es über 3GiB als Cache benutzt im Desktopbetrieb...).
Jedenfalls sehe ich nicht ein, warum ich 3GiB meiner Festplatte mit einem leeren File belegen sollte, wenn das File mit 1 GiB schon reicht. Sollte irgendwann mal die Killer-App schlechthin auftauchen, vielleicht ein EA-Game, mit Memory-Leak, wächst das file halt mal auf 4GiB an, die schnelle SATA HDD wirds überleben.
Wenn man natürlich mit Photoshop und sehr großen Bildern arbeitet, ist es vermutlich sinnvoll, sich zu 4GiB Ram noch 4-6 GiB Swap einzurichten.
Adrenalize
BIOS-Overclocker(in)
Hehe, stimmt eigentlich. aber ich glaube nicht, dass Windows die Auslagerungsdatei addressiert wie den RAM. Das ist ja im Grunde nur ein filw, wo halt der Inhalt reingedumpt wird, also Zeug ausgelagert, was gerade nicht gebraucht wird. Ich glaub nicht, dass irgendwas in der Auslagerungsdatei aktiv addressiert wird.
Also rechnen muss man da imho nicht. Wenn du 2GiB RAM hast mach sie gleich groß, dann sollte es passen. Man kann sich ja im Taskmanager glaubich auch anzeigen lassen, wie voll die Datei ist.
Also rechnen muss man da imho nicht. Wenn du 2GiB RAM hast mach sie gleich groß, dann sollte es passen. Man kann sich ja im Taskmanager glaubich auch anzeigen lassen, wie voll die Datei ist.
Stefan Payne
Kokü-Junkie (m/w)
Wir sind hier nicht in der Kirche
Die Auslagerungsdatei ist ja auch nur eine Erweiterung des Rams, muss also genaus adressiert werden wie RAM, bei 32bit Architekturen gibts keinen Unterschied zwischen Virtuellem Adressraum und dem 'normalen', wenn dich die Thematik interessiert, dann schau dir mal diesen Link an.
Kurzum: die Adressraumproblematik ist viel schlimmer...
Stefan Payne
Kokü-Junkie (m/w)
Nein, jede Anwendung ist auf 2 GiB beschränkt @ Default, außer du nutzt ein 64bit OS oder den /3GiB Switch bei einem x86 OS.
Bei letzterem handelst du dir aber mit hoher Wahrscheinlichkeit arge Probleme ein (z.B. Abstürze und ähnliches).
Bei letzterem handelst du dir aber mit hoher Wahrscheinlichkeit arge Probleme ein (z.B. Abstürze und ähnliches).
Stefan Payne
Kokü-Junkie (m/w)
Naja, das sind die alten empfehlungen, über die man überall stolpert, aus Zeiten als man nur 2 oder 3 Stellige RAM größen hatte, stammts, ist also schon sehr alt diese Empfehlung.
Aktuell sollte man die Auslagerungsdatei eher kleiner denn 1,5x RAM nehmen.
Wobei das auch drauf ankommt, was man alles mitm Rechner macht, wenn man nur zockt und 1 Anwendung gleichzeitig nutzt, reichen auch 1-2GiB V-RAM.
MrMorse
Freizeitschrauber(in)
Stimmt.
Auch alt.
Windows ist mit der Zeit immer perfekter geworden, was die Auslagerungsdatei betrifft. WinXP/SP2 kann das sehr gut selbst.
Ich habe da mal eine persönliche 'Testreihe' zu gemacht.
Das Ergebnis war einfach:
Keine Unterschiede, ob sie fix angelegt war (getestet wurde RAM-Größe, 1,5fache RAM-Größe, doppelte RAM-Größe) oder ob WinXP/SP2 sie dynamisch verwaltet hatte.
Aber eines ist ein merklicher Unterschied gewesen:
Wenn es im System nur eine große Partition hatte (also auch nur eine HDD).
Meine Empfehlung:
Die pagefile.sys von WIN verwalten lassen, aber auf der System-Platte oder Spiele-Platte abschalten.
TE
TE
Eiche
PCGHX-HWbot-Member (m/w)
na das mit dass 2 GiB pro Anwendung habe ich auf 2,6 angehoben weil Oblivion oft Abstützete.
und zur zeit nutze ich 2x768MiB(1536) als Auslagerungsdatei und komme hin/nur die neue source spiele(Episode2 und portal) melden "OS page limit low" dadurch bin ich drauf gekommen
und zur zeit nutze ich 2x768MiB(1536) als Auslagerungsdatei und komme hin/nur die neue source spiele(Episode2 und portal) melden "OS page limit low" dadurch bin ich drauf gekommen
MESeidel
PCGH-Community-Veteran(in)
Wir sind hier nicht in der Kirche
Die Auslagerungsdatei ist ja auch nur eine Erweiterung des Rams, muss also genaus adressiert werden wie RAM, bei 32bit Architekturen gibts keinen Unterschied zwischen Virtuellem Adressraum und dem 'normalen', wenn dich die Thematik interessiert, dann schau dir mal diesen Link an.
Kurzum: die Adressraumproblematik ist viel schlimmer...
Das macht meiner Erfahrung nach aber keinen Sinn.
Ich hab schon mit Windows2000 und 1GB Arbeitsspeicher 4GiByte Auslagerunsdateien laufen gehabt.
Die Größe der Auslagerungsdatei ist nicht von der Abeitsspeicher Adressraum-Problematik bei x86 Systemen betroffen.
Die Auslagerungsdatei wird im Adressraum des Filesystems der Festplatte verwaltet.
Ist also je nach Filesystem nur durch dessen Grenzen limitiert.
Bei NTFS besteht das Problem aber praktisch nicht.
Ähnliche Themen
