512 MB RAM unter WIN

Grashüpfer

Neuling
Thread Starter
Mitglied seit
30.05.2001
Beiträge
23
Ort
Karlsruhe
High folks,

ich habe diese Frage schon mal gestellt (hatte allerdings den Artikel nicht parat) und bekam typische 'Antworten für newbies' (greetings to Madnex ;-)

Also nochmal: Hat jemand Infos zu diesem bug? Ich habe seit Mai nichts ähnliches mehr gelesen/gehört. Fake? (Für'n Aprilscherz bißchen spät). Hat jemand 512 MB oder mehr unter Win im Einsatz?

greetings to all

Grashüpfer


"13.Mai 2001 Zuviel RAM schadet Windows
(-mw-) Es ist allseits bekannt, je mehr Arbeitsspeicher, um so schneller das System. Wer das nach lesen dieses Artikels noch glaubt, ist selber schuld. Zuviel Arbeitsspeicher ist nämlich nicht besser, sondern schlechter. Besonders bei Rechnern mit Windows ME und Windows9x als Betriebssystem. Denn diese Betriebssysteme haben offenbar Probleme bei der Verwaltung des Speichers. Symptome für diesen Bug sind:
* Der Anwender kann kein neues DOS-Fenster mehr öffnen. Stattdessen erscheint eine Fehlermeldung, die besagt, dass sich nicht genug Speicher im Rechner befindet. Der Anwender solle eine Anwendung schließen und es dann neu versuchen.
* Der Rechner hängt sich beim Booten komplett auf und / oder es erscheint die Fehlermeldung, dass nicht genug Speicher vorhanden ist, um Windows zu starten.
Besitzer eines Rechners mit mehr als 512 Megabyte Arbeitsspeicher könnten
auf dieses Problem stoßen, da nur bei dieser Menge an Speicher die Fehler auftreten. Doch Microsoft hat schon ein paar Lösungen parat. Man kann dem Bug entgehen treten, indem man in der System.ini-Datei den Wert von
"MaxiFileCache" auf 512 Megabyte setzt. Eine andere Lösung ist es, über das
Systemkonfigurations-Utility den von Windows genutzten Speicher auf 512 Megabyte zu limitieren. Doch sollte dies nichts helfen, empfiehlt Microsoft soviel Speicher auszubauen, bis das System wieder läuft."
PC-Welt 05/01
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Das Problem das Win9x nur bis 512MB verwaltet ist eigentlich schon eine alter Hut Nur Win2K,NT,XP ist im Stande (Microsoft) über 512MB zu verwalten was den MaxFileCache angeht das würde ich nicht als Standartlösung betrachten auch hier können Fehler auftreten und Windows auf 512 zu begrenzen wäre ja nicht so schön wenn du schon 1024MB gesteckt hast zum Thema MaxFileCache diesen Eintrag mußt Du unter VCACHE machen sonst bringt es auch nichts <IMG SRC="smilies/biggrin.gif" border="0">
 
Ich habe mich sehr intensiv mit diesem Problem befaßt. Hier meine Ergebnisse dazu.

So, ich habe mir mal die Mühe gemacht und den von c't und Microsoft vorgeschlagenen workaround für mein System weitestgehend durchgecheckt. Soviel kann ich sagen:

1. Die ausschließliche Beschränkung des initierten Arbeitsspeichers über die Zeile MaxPhysPage bringt gar nichts. In meinem System (Asus A7V Rev. 1.02 mit VIA KT133-Chipsatz (der ohne das A) wird zwar tatsächlich nur die oben eingetragene Menge unter Windows 98SE initiert, jedoch erscheint bei gesteckten 768 MB (3x 256 MB Original Infineon) SDR-SDRAM zwischen 768 MB (= MaxPhysPage=30000 in [386Enh] der System.ini-Datei) bis zur Einstellung 256 MB (= MaxPhysPage=10000) jedes Mal die bereits bekannte Fehlermeldung ''Zu wenig Arbeitsspeicher etc.pp.''.

2. Werden die 768 MB gesteckt gelassen und kombiniert man in der System.ini unter der Zeile [vcache] wie von der c't angegeben Werte für MaxFileCaching 768 MB, 704 MB und 512 MB (= MaxFileCaching=805306 bzw. 738197 bzw. 536870) hinzu, läuft das von mir als Testsystem gewählte Demo-Looping von MadOnion 3DMark2001 nicht an.

3. Erst wenn anstelle von 3x 256 nur 2x 256 MB (= 512 MB) Infineon gesteckt werden, läuft besagter Looping mit den Einstellungen in der System.ini [386Enh] MaxPhysPage=20000 und [vcache] MaxFileCache=536870 an. BTW habe ich unter [386Enh] auch gleich noch den weiter unten gegebenen Tipp ConservativeSwapfileUsage=1 nachgetragen. Tatsächlich bleibt Paging File Usage (wie man mit Asus Probe 2.11 sehr leicht nachprüfen kann) 0 %.

Ich fasse zusammen:

1. Das Verändern von MaxPhysPage=<nnn> unter [386Enh] in der system.ini allein führt zumindest unter Win98SE und einem Asus A7V Rev. 1.02 mit 3x 256 MB gesteckten Infineon zu keiner Lösung des Problems. Dazu muß tatsächlich der physisch gesteckte RAM auf 2x 256 MB (= 512 MB) begrenzt werden.

2. Der Eintrag der entsprechenden MaxFileCaching-Werte, so wie von der c't angegeben, in der [vcache]-Zeile der system.ini (hier MaxFileCache=536870), die dem physisch gesteckten RAM in kByte entsprechen, führt zumindest bei mir im Augenblick zu einem stabilen System.

Ich werde heute Nacht ein Dauerlooping des 3DMark2001 auf dem so konfigurierten System laufen lassen und das Ergebnis morgen posten.

Wer also wie ich mehr als 512 MB stecken möchte, um damit unter Win2k zukünftig in einem Dualbootsystem arbeiten zu können, ist zumindest bei einem System wie bei mir nach wie vor geplättet (sprich auf 512 MB beschränkt).

BTW: ohne den von Microsoft und der c't vorgeschlagenen workaround haben die gleichen(!) gesteckten 2x 256 MB Infineon ebenfalls ständig zu der Fehlermeldung Zu wenig Systemspeicher geführt...

Feintuning lohnt sich manchmal eben doch, nur ist das alles (fast) nirgendwo ordentlich dokumentiert ;-(((.

Gruß

Thomas
 
Hi Thomas,

thanks a lot für die schnelle und excellente Antwort! Der C't-Artikel ist mir irgendwie "durchgerutscht".

Du hast aber mein Problem genau erkannt: Ein Multiboot-System mit mehr als 512 MB RAM. Ich bin auf eine Win9x/DOS-Partition angewiesen, hab's allerdings noch nicht geschafft, 768 MB und eben Win9x zum Laufen zu kriegen.

P.S.: "Feintuning" ist ein schönes Wort für die Behebung von Billy's Fehlentwicklungen ;-)
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh