Neue Antwort schreiben 
 
Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
[DOS] Speichermangel nach unsauberer »Deinstallation«
Igor Todeshure Offline
Methusalem & Folterknecht

Beiträge: 5.804
Registriert seit: Jul 2008
Beitrag #11
[DOS] Speichermangel nach unsauberer »Deinstallation«
Aktivierter EMS ist nur insofern "Speicherfresser", als sich der Bereich für die UMBs um 64kByte reduziert. Im wichtigeren Low memory der ersten 640kByte macht es keinen Unterschied, ob bei EMM386.EXE der EMS aktiviert ist oder nicht. DER EMM386.EXE von MS-DOS 6.22 bzw. WfW3.11 kann auch dynamisch den erweiterten Speicher je nach Bedarf für EMS oder XMS bereitstellen.
Wem wegen EMS die UMBs zu eng werden, sollte mal für MSCDEX.EXE den /E Parameter benutzen. Das macht den Speicherbedarf von MSCDEX deutlich kleiner, sodaß er sich evtl. wieder hochladen lässt.

"I think that computer viruses should count as life. I think it says something about human nature that the only form of life we have created so far is purely destructive. We've created life in our own image."
(Stephen William Hawking)
(Igor bevölkert das Winhistory-Forum seit dem 21.09.2006)
(In the rpg commonly known as rl, Igor got an extra life on March 28, 2009)
22.01.2011 08:17
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Aqua Offline
Voodoo Priester

Beiträge: 3.652
Registriert seit: Nov 2008
Beitrag #12
[DOS] Speichermangel nach unsauberer »Deinstallation«
Igor Todeshure schrieb:  Aktivierter EMS ist nur insofern "Speicherfresser", als sich der Bereich für die UMBs um 64kByte reduziert.

Das reicht oft schon, dass sich Treiber nicht mehr hochladen lassen, die sich unter anderen Umständen hochladen liessen.
Für die paar Programme, die EMS benötigen, hab ich eine EMS Konfiguration ohne Smartdrive (ist verschmerzbar).
Ansonsten eben XMS mit Smartdrive (bei mir ist der stets recht grosszügig bemessen - von 2048 bis 8192 - je nach PC), +Soundkarte, ++Pcmcia, ++Usb etc etc...
Was auch immer..
Für Diagnoseprogramme eine ohne Emm386 - also Real-Mode.
Wenn ich mir vorstelle Pcmcia bzw Usb - beide mit Sound per EMS zu laden, dann könnte man das Ausführen von Programmen direkt von diesen Datenträgern wohl vergessen, weil kein nutzbarer konventioneller Speicher mehr vorhanden. :D ;)
Das hiesse Pcmcia/Usb booten - Daten auf die Festplatte kopieren und dann erneut mit einer anderen Konfiguration, um die Programme überhaupt ausführen zu können. :rolleyes:
Der Sinn von externen Datenträgern als erweiterte Speicherplatzträger wäre dann auch dahin.
Ich brauche eben auch unter Dos-Win3.x jede Menge Speicherplatz. ;)
(Dieser Beitrag wurde zuletzt bearbeitet: 22.01.2011 13:05 von Aqua.)
22.01.2011 12:27
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
enigma Offline
Benutzer

Beiträge: 92
Registriert seit: Jul 2010
Beitrag #13
[DOS] Speichermangel nach unsauberer »Deinstallation«
In einer ueblichen Konfiguration sieht das bei mir so aus:


Code:
Module, die den Speicher unterhalb 1 MB verwenden:

    Name       Insgesamt     = Konventioneller  +  Hoher Speicher
  --------  ----------------   ----------------    ---------------
  MSDOS        16957   (17K)      16957   (17K)          0    (0K)
  RSTRCFG        128    (0K)        128    (0K)          0    (0K)
  QEMM386        784    (1K)        784    (1K)          0    (0K)
  DPMS          1808    (2K)       1808    (2K)          0    (0K)
  COMMAND       5184    (5K)       5184    (5K)          0    (0K)
  STACHIGH     12224   (12K)          0    (0K)      12224   (12K)
  ANSI          4256    (4K)          0    (0K)       4256    (4K)
  DOSKEY        4160    (4K)          0    (0K)       4160    (4K)
  CTMOUSE       3344    (3K)          0    (0K)       3344    (3K)
  SLCD         38384   (37K)          0    (0K)      38384   (37K)
  MSCDEX       15408   (15K)          0    (0K)      15408   (15K)
  SMARTDRV     28816   (28K)          0    (0K)      28816   (28K)
  KEYB          6224    (6K)          0    (0K)       6224    (6K)
  Frei        718528  (702K)     630080  (615K)      88448   (86K)

Speicher-Zusammenfassung:

  Speichertyp           Insgesamt       =     Verwendet     +       Frei
  -----------------  -----------------     ---------------     ---------------
  Konventioneller      655360   (640K)      25280    (25K)     630080   (615K)
  Hoher                201264   (197K)     112816   (110K)      88448    (86K)
  Adapter RAM/ROM      393216   (384K)     393216   (384K)          0     (0K)
  Erweiterung (XMS)  32304592 (31547K)    2862544  (2795K)   29442048 (28752K)
  -----------------  -----------------     ---------------     ---------------
  Insg. Speicher     33554432 (32768K)    3393856  (3314K)   30160576 (29454K)

  Insg. unter 1 MB     856624   (837K)     138096   (135K)     718528   (702K)

  Insgesamter Expansionsspeicher (EMS)               32440320 (31680K)
  Freier Expansionsspeicher (EMS)                    29442048 (28752K)
  Maximale Gr”áe fr ausfhrbares Programm             629984   (615K)
  Gr”áter freier Block im hohen Speicherblock           87424    (85K)
  MS-DOS ist resident im oberen Speicherbereich (High Memory Area).


Da sind also 197K hoher Speicher nutzbar und mit EMS und geladenen Treibern noch 86K frei. Entweder ihr müßt da supergroße TSRs laden oder da fehlen einfach freie UMBs? Sind da vielleicht Steckkarten mit großen ROMs, I/O Bereichen etc. verbaut?
Sowas wuerde die UMBs wegnehmen.
Da koennte es sich lohnen mal zu schauen, was die Stealth Technologie von QEMM da noch zusätzlich verfügbar macht.
In obiger Konfiguration bekommt man ohne ROM Stealthing 131K nutzbaren oberen Speicher.

Ansonsten hier mal noch was fürs Auge:

Code:
Module, die den Speicher unterhalb 1 MB verwenden:

    Name       Insgesamt     = Konventioneller  +  Hoher Speicher
  --------  ----------------   ----------------    ---------------
  SYSTEM        4381    (4K)     870685  (850K)   42941009 (419345
  RSTRCFG        128    (0K)        128    (0K)          0    (0K)
  QEMM386        784    (1K)        784    (1K)          0    (0K)
  DPMS          1968    (2K)       1968    (2K)          0    (0K)
  LOADHI         112    (0K)        112    (0K)          0    (0K)
  COMMAND       5184    (5K)       2064    (2K)       3120    (3K)
  STACHIGH     12224   (12K)          0    (0K)      12224   (12K)
  ANSI          4256    (4K)          0    (0K)       4256    (4K)
  FILES         3872    (4K)          0    (0K)       3872    (4K)
  INSTALL        160    (0K)          0    (0K)        160    (0K)
  CTMOUSE       3344    (3K)          0    (0K)       3344    (3K)
  XMSDSK         688    (1K)          0    (0K)        688    (1K)
  DOS-UP         224    (0K)          0    (0K)        224    (0K)
  DOSDATA       5424    (5K)          0    (0K)       5424    (5K)
  SLCD         38384   (37K)          0    (0K)      38384   (37K)
  FCBS           272    (0K)          0    (0K)        272    (0K)
  WKBUFFER       528    (1K)          0    (0K)        528    (1K)
  LASTDRIV      2304    (2K)          0    (0K)       2304    (2K)
  MSCDEX       15408   (15K)          0    (0K)      15408   (15K)
  SMARTDRV     28816   (28K)          0    (0K)      28816   (28K)
  KEYB          6224    (6K)          0    (0K)       6224    (6K)
  DOSKEY        4160    (4K)          0    (0K)       4160    (4K)
  Frei        717360  (701K)     645504  (630K)      71856   (70K)

Speicher-Zusammenfassung:

  Speichertyp           Insgesamt       =     Verwendet     +       Frei
  -----------------  -----------------     ---------------     ---------------
  Konventioneller      655360   (640K)       9856    (10K)     645504   (630K)
  Hoher              42943022 (4193655   42942304 (4193584      71856    (70K)
  Adapter RAM/ROM      393216   (384K)     393216   (384K)          0     (0K)
  Erweiterung (XMS)  33170896 (32393K)   20506064 (20025K)   12664832 (12368K)
  -----------------  -----------------     ---------------     ---------------
  Insg. Speicher     33554432 (32768K)   20172240 (19699K)   13382192 (13069K)

  Insg. unter 1 MB   42949576 (4194295   42942402 (4193594     717360   (701K)

  Insgesamter Expansionsspeicher (EMS)               32440320 (31680K)
  Freier Expansionsspeicher (EMS)                    12664832 (12368K)
  Maximale Gr”áe fr ausfhrbares Programm             645488   (630K)
  Gr”áter freier Block im hohen Speicherblock           71392    (70K)
  MS-DOS ist resident im oberen Speicherbereich (High Memory Area).


bzw. ohne Ramdisk:

Code:
Module, die den Speicher unterhalb 1 MB verwenden:

    Name       Insgesamt     = Konventioneller  +  Hoher Speicher
  --------  ----------------   ----------------    ---------------
  SYSTEM        4381    (4K)    1007869  (984K)   42939638 (419332
  QEMM386        784    (1K)        784    (1K)          0    (0K)
  DPMS          1952    (2K)       1952    (2K)          0    (0K)
  LOADHI         112    (0K)        112    (0K)          0    (0K)
  COMMAND       5184    (5K)       2064    (2K)       3120    (3K)
  FILES         3872    (4K)          0    (0K)       3872    (4K)
  MSCDEX       15408   (15K)          0    (0K)      15408   (15K)
  DOSKEY        4160    (4K)          0    (0K)       4160    (4K)
  CTMOUSE       3344    (3K)          0    (0K)       3344    (3K)
  STACHIGH     12224   (12K)          0    (0K)      12224   (12K)
  SLCD         38352   (37K)          0    (0K)      38352   (37K)
  ANSI          4272    (4K)          0    (0K)       4272    (4K)
  LASTDRIV      2304    (2K)          0    (0K)       2304    (2K)
  SMARTDRV     28816   (28K)          0    (0K)      28816   (28K)
  KEYB          6224    (6K)          0    (0K)       6224    (6K)
  DOS-UP         224    (0K)          0    (0K)        224    (0K)
  DOSDATA       5424    (5K)          0    (0K)       5424    (5K)
  FCBS           272    (0K)          0    (0K)        272    (0K)
  WKBUFFER       528    (1K)          0    (0K)        528    (1K)
  INSTALL        160    (0K)          0    (0K)        160    (0K)
  Frei        651152  (636K)     645632  (631K)       5520    (5K)

Speicher-Zusammenfassung:

  Speichertyp           Insgesamt       =     Verwendet     +       Frei
  -----------------  -----------------     ---------------     ---------------
  Konventioneller      655360   (640K)       9728    (10K)     645632   (631K)
  Hoher              42940980 (4193455   42940925 (4193450       5520     (5K)
  Adapter RAM/ROM      393216   (384K)     393216   (384K)          0     (0K)
  Erweiterung (XMS)  33375120 (32593K)    3752848  (3665K)   29622272 (28928K)
  -----------------  -----------------     ---------------     ---------------
  Insg. Speicher     33554432 (32768K)    3281008  (3204K)   30273424 (29564K)

  Insg. unter 1 MB   42947533 (4194095   42941022 (4193459     651152   (636K)

  Insgesamter Expansionsspeicher (EMS)               32620544 (31856K)
  Freier Expansionsspeicher (EMS)                    29622272 (28928K)
  Maximale Gr”áe fr ausfhrbares Programm             645552   (630K)
  Gr”áter freier Block im hohen Speicherblock            2416     (2K)
  MS-DOS ist resident im oberen Speicherbereich (High Memory Area).
23.01.2011 03:01
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Aqua Offline
Voodoo Priester

Beiträge: 3.652
Registriert seit: Nov 2008
Beitrag #14
[DOS] Speichermangel nach unsauberer »Deinstallation«
...mit Qemm eben.
Ich will am Sockel3 - Pcmcia Cards quasi als Cartridge für die 3dfx Karte + Glide Set Parametern - samt geladenen Unit Device CSP Treiber für den ASP Chip der SB16 + General Midi Set Parametern für das Korg Daughterboard einsetzen können, wenn ich Lust und Laune dazu hab.
Das Ganze auch noch mit einem angemessenen Smartdrive Laufwerke-Cache abgerundet.
Das braucht eben kein EMS.
Wie gesagt, für die Handvoll Programme, die EMS benötigen, wähle ich auch die EMS Konfiguration aus.
MS-DOS 6.22 hat eine gute Menuitemfunktion, die man auch nutzen sollte.
Zumindest mit Emm386. ;)
Aber als Bonus hab ich mir jetzt auch je ein Qemm + 386MAX Menuitem gemacht für maximale Flexibilität - so gibt's auch keine Gründe mehr, um noch zu meckern. :D :)
(Dieser Beitrag wurde zuletzt bearbeitet: 23.01.2011 08:48 von Aqua.)
23.01.2011 08:22
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
enigma Offline
Benutzer

Beiträge: 92
Registriert seit: Jul 2010
Beitrag #15
[DOS] Speichermangel nach unsauberer »Deinstallation«
Gut, ich bin vielleicht etwas QEMM vorbelastet, da ich es seit Version 5 EMM386 vorziehe.
Wenn man jedoch mit EMM386 zuwenig freie UMBs bekommt, stellt das ROM Stealthing noch eine Alternative dar mehr UMBs zu bekommen (im obigen Beispiel immerhin 66 kB).
Gerade wenn man Karten mit großen ROMs hat, bekommt man da umso mehr Platz heraus.
EMM386 bietet, was solche Techniken angeht, jedoch nur die grundlegendsten Funktionen und kennt kein Stealthing.
Ob es bei 386MAX so eine Funktion gibt weiss ich nicht.
23.01.2011 15:10
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Magic94 Offline
mehr Kerne ist immer besser

Beiträge: 1.382
Registriert seit: Nov 2010
Beitrag #16
[DOS] Speichermangel nach unsauberer »Deinstallation«
Also ich versteh iwie nur noch totalen Bahnhof. :fresse:
Wenn einer lust hat kann er ja mal vom letzten Beitrag von Aqua alle fachchinesichen stellen übersetzen bzw mir erklären :)

HP DL-580 G7
2x Intel Xeon E7-2870 (10 x 2,4GHz)
96GB DDR3-1333 RAM
NVIDIA GeForce GTX 1080 MSI (Blower)
Samsung 850 Pro 512GB auf PCIe Karte
4TB Seagate billigfieh
72GB 10K HP Drive
24.01.2011 06:56
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Aqua Offline
Voodoo Priester

Beiträge: 3.652
Registriert seit: Nov 2008
Beitrag #17
[DOS] Speichermangel nach unsauberer »Deinstallation«
XMS = Extended Memory
EMS = Expanded Memory
QEMM bzw 386MAX = alternative Speichermanager, die EMM386.EXE ersetzen.
SET = Setzen/Festlegen der Umgebungsvariablen.
SMARTDRIVE = Festplatten-Laufwerkscache Zwischenspeicher, der Zugriffe beschleunigt.
MENUITEM = Startmenü für MS-DOS 6.22 das erlaubt/ermöglicht, mehrere Autoexec.bat+Config.sys Boot-Konfigurationen innerhalb dieser Dateien zu definieren.
Kann dann z.B. so aussehen..
[Bild: Boot622.jpg]
Hab ich etwas vergessen?
Daughterboard = Tochterplatine - Soundkarten Wavetable Upgrade am Waveblaster Port der Soundkarte aufgesteckt.
Die Mutter (Die Soundkarte) trägt also die Tochter (die Upgrade Platine) Huckepack.
Achja den Begriff Cartridge vergiss wieder. Den hatte ich nur zwecks Isa-Pcmcia Karte "missbraucht". ;)
(Dieser Beitrag wurde zuletzt bearbeitet: 24.01.2011 12:58 von Aqua.)
24.01.2011 08:50
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Igor Todeshure Offline
Methusalem & Folterknecht

Beiträge: 5.804
Registriert seit: Jul 2008
Beitrag #18
[DOS] Speichermangel nach unsauberer »Deinstallation«
Aqua schrieb:  Hab ich etwas vergessen? ;)
Aus früheren Beiträgen:
Stealthing - die Fähigkeit von QEMM bzw. 386MAX, auch dort UMBs einzurichten, wo sich bereits der EMS-Seitenrahmen oder Speicherbereiche von Erweiterungskarten befinden. Dadurch wird der maximal mögliche "upper memory"-Bereich vergrößert, das Abfangen von Zugriffen auf diese Bereiche verlangsamt aber das System geringfügig und funktioniert zwar meistens aber nicht garantiert immer.

"I think that computer viruses should count as life. I think it says something about human nature that the only form of life we have created so far is purely destructive. We've created life in our own image."
(Stephen William Hawking)
(Igor bevölkert das Winhistory-Forum seit dem 21.09.2006)
(In the rpg commonly known as rl, Igor got an extra life on March 28, 2009)
24.01.2011 12:36
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
enigma Offline
Benutzer

Beiträge: 92
Registriert seit: Jul 2010
Beitrag #19
[DOS] Speichermangel nach unsauberer »Deinstallation«
Die Verlangsamung durch Stealthing ist nur auf langsamen 386er Systemen merkbar, so dass man dort darueber nachdenken kann, eine schnellere Konfiguration ohne Stealthing als Alternative anzulegen.
Es hängt dabei aber auch stark davon ab, was man nutzt.
Typischerweise tritt der Verlangsamungs Effekt dann verstärkt auf, wenn viele abwechselnde Zugriffe auf Treiber und I/O Bereiche stattfinden, denn dann muss der Speichermanager immer die Speicherbereiche umschalten. Soundkarten Playback per DMA Transfer ist auch ein typisches Szenario.
Jedoch ist das alles nicht überzubewerten, denn ab einem mittelschnellen 486er liegt der Effekt schon im bereich von Benchmarkmesstoleranzen.

Man muss selbst abwägen, ob einem mehr freie UMBs wichtiger sind.
24.01.2011 13:10
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Aqua Offline
Voodoo Priester

Beiträge: 3.652
Registriert seit: Nov 2008
Beitrag #20
[DOS] Speichermangel nach unsauberer »Deinstallation«
enigma schrieb:  Die Verlangsamung durch Stealthing ist nur auf langsamen 386er Systemen merkbar.


Man könnte sagen, dies trifft "durchaus" auf einen 386SX-20 zu. :)
Wobei der Sprung von diesem zu einem 386DX-25 grösser ist, als man denkt.
24.01.2011 17:39
Alle Beiträge dieses Benutzers finden Diese Nachricht in einer Antwort zitieren
Neue Antwort schreiben 


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: 2 Gast/Gäste