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