Hoher Arbeitsspeicherbereich + Windows 2000
Thomas Berger
ThB at gymel.com
Do Jul 29 13:26:01 CEST 2004
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Lieber Herr Allers, liebe Liste,
| Ich habe den Eindruck, daß unter Windows 2000 nicht mehr gilt, was
| man jahrelang gelernt hatte und dauernd beachten mußte: so viel wie
| möglich in den hohen Bereich des Arbeitsspeichers zu bringen, um den
| konventionellen Bereich zu entlasten und als "für ausführbares
| Programm frei" zu haben, um überhaupt mit presto arbeitsfähig zu
| sein.
Das ist wahr.
| Diesem Ziel folgend sorgte man in der Datei config.nt durch die 2
| Zeilen
|
|
| dos=high, umb
| device=%SystemRoot%\system32\himem.sys
nicht zu vergessen emm386.exe
| brav für die entsprechenden Voraussetzungen.
|
| Ich habe jetzt einmal diese beiden Zeilen aus der config.nt
| herausgenommen und bekomme nach dem Neustart des Rechners folgende
wozu Neustart?
| Speicherbelegung:
|
| Konventioneller Speicher:
|
| Name Größe (dezimal) Größe (hex)
| ------------- --------------------- -------------
| MSDOS 32560 ( 31.8K) 7F30
| KBD 3280 ( 3.2K) CD0
| ANSI 4192 ( 4.1K) 1060
| MOUSE 12528 ( 12.2K) 30F0
| COMMAND 6160 ( 6.0K) 1810
| MSCDEXNT 464 ( 0.5K) 1D0
| REDIR 2672 ( 2.6K) A70
| KB16 6096 ( 6.0K) 17D0
| Frei 112 ( 0.1K) 70
| Frei 864 ( 0.8K) 360
| Frei 586160 (572.4K) 8F1B0
|
| Insgesamt frei: 587136 (573.4K)
|
| Insgesamt frei: 587136
~ (573.4K)
| Maximale Größe für ausführbares Programm: 586160
~ (572.4K)
|
| 1048576 Bytes gesamter fortlaufender Erweiterungsspeicher
| 1048576 Bytes fortlaufender Erweiterungsspeicher verfügbar
|
Das erscheint mir wenig. Mit den Standardeinstellungen
dos=high, umb
device=%SystemRoot%\system32\himem.sys
files=20
ist es etwa (auf dieser Maschine habe ich kein ansi.sys installiert):
Konventioneller Speicher:
~ Name Größe (dezimal) Größe (hex)
- ------------- --------------------- -------------
~ MSDOS 11424 ( 11.2K) 2CA0
~ KBD 3280 ( 3.2K) CD0
~ HIMEM 1248 ( 1.2K) 4E0
~ COMMAND 4576 ( 4.5K) 11E0
~ KB16 6096 ( 6.0K) 17D0
~ Frei 112 ( 0.1K) 70
~ Frei 1376 ( 1.3K) 560
~ Frei 627040 (612.3K) 99160
Insgesamt frei: 628528 (613.8K)
Hoher Speicher:
~ Name Größe (dezimal) Größe (hex)
- ------------- --------------------- -------------
~ SYSTEM 204784 (200.0K) 31FF0
~ MOUSE 12528 ( 12.2K) 30F0
~ MSCDEXNT 464 ( 0.5K) 1D0
~ REDIR 2672 ( 2.6K) A70
~ DOSX 34848 ( 34.0K) 8820
~ Frei 1376 ( 1.3K) 560
~ Frei 50368 ( 49.2K) C4C0
~ Frei 4080 ( 4.0K) FF0
Insgesamt frei: 55824 ( 54.5K)
Insgesamt frei (konventioneller und hoher Speicher): 684352
(668.3K)
Maximale Größe für ausführbares Programm: 627040
(612.3K)
Größter freier Block im hohen Speicherblock: 50368 (
49.2K)
~ 1048576 Bytes gesamter fortlaufender Erweiterungsspeicher
~ 0 Bytes fortlaufender Erweiterungsspeicher verfügbar
~ 941056 Bytes XMS-Speicher verfügbar
~ MS-DOS ist resident im oberen Speicherbereich (HMA).
| Mit diesem für ausführbare Programme freien Speicher von 572 K läßt
| sich aber bestens presto betreiben; wozu also das Bemühen, über den
| konventionellen Bereich hinaus den hohen Bereich des Arbeitsspeichers
| zu beladen? Nur, um noch ein paar Dutzend K im konventionellen
| Bereich freizuschaufeln und damit die Prozesse von allegro classico
| schneller werden zu lassen?
Nun, warum eine Standardeinstellung von Windows 2000 bearbeiten,
nur um weniger Speicher als vorher zur Verfuegung zu haben?
| Noch eine Frage: lasse ich den hohen Bereich füllen, so wird er zu
| weit mehr als der Hälfte (nämlich mit 160 K) von einer Komponente
| belegt, die SYSTEM heißt. Verzichtet man aber auf die Benutzung des
| hohen Speichers, so taucht SYSTEM garnicht auf (siehe die
| Speicherbelegungsübersicht oben), allegro classico funktioniert aber
| trotzdem! Drum die Frage: Welchen Sin hat eigentlich diese Komponente
| SYSTEM???
Nach meiner Erinnerung konnte man soetwas auch unter Win'9x und
frueher beobachten: Benutzte man DOS=high (oder umb?), so waren
die angezeigten Teile der Betriebsystemkomponenten stellenweise
drastisch groesser als ohne. In der Summe war aber stets mehr
Platz vorhanden...
viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBCN7JENVh3bB0lwMRAianAJ9/a2dmkTuvgp45t19luLtD6QmJ5QCfWBJC
n9AaVAFmGXWCCYt9QHrMYRs=
=B0rz
-----END PGP SIGNATURE-----
Mehr Informationen über die Mailingliste Allegro