Ersatz für hohen Speicher in DOS

[freaked]

Ich hab das Problem, dass der Toshiba Portege 300CT vom hohen Speicher (also der zwischen 640KB-1MB die 384KB) satte 256KB für BIOS/Video-Shadow abzwackt, wodurch mir nur 128KB hoher Speicher überbleiben.
Nun fressen aber der Cardmanager, USB-Treiber, LAN-Treiber, Himem.sys usw. natürlich einiges an Speicher weg, wenn ich WfW3.11 starte jammert es andauernd über vollen Speicher, mem zeigt nur 1KB frei an im hohen Speicher, 400KB im Unteren.

Nun stehen aber dann aber meist leere/ungenutzte 2MB EMS und 62MB erweitert zur Verfügung. Wie bekomm ich die DOS-Treiber dort rein?

[Alpha]

Hast du mal QEMM97 versucht? Das soll bei sowas gut helfen, weil es alles > 1MB verfrachtet.

[Benjamin92]

DEVICEHIGH ist wohl das, was du nicht willst, oder?
Mir ist klar, dass dir der Post ned hilft, interessiert mich aber nur

[freaked]

download? anleitung?
und mem meldet ausserdem "0 Byte fortlaufender Erweiterungsspeicher verfügbar", sowie "65138688 Byte XMS-Speicher verfügbar"

warum ist der erweiterungsspeicher nicht vorhanden?



nee devicehigh eben nicht. das ladet nur in den "Hohen Speicher".

[Blue-Fox]

Btw freaked: du hast 1337 Beiträge

[freaked]

jetzt nich mehr öö back to topic

[Alpha]

Du hast PM wegen QEMM..

[Igor Todeshure]

DOS-Gerätetreiber laufen grundsätzlich nicht im EMS oder erweiterten Speicher (heißt XMS) sofern sie nicht diese Bereiche für Datenfelder nutzen können. Der ausführbare Programmcode läuft immer auf Adressen innerhalb der ersten 1MB, mit "DEVICE" halt in den unteren 640kB, per "DEVICEHIGH" eben im Bereich zw 640kB und 1024kB, sofern dort ein genügend großer Bereich verfügbar ist. Manche residente Programme können per Schalter EMS nutzen, z.B. wird MSCDEX deutlich kleiner, wenn man es mit dem Parameter /E lädt, weil dann zumindest ein Datenpuffer im EMS angelegt wird.
Um einen möglichst großen freien Bereich zw 640kB und 1024kB zu bekommen, kann man bei Speichermanagern wie QEMM die "Stealth"-Option benutzen. Dann sind auch Bereiche nutzbar, die sonst durch andere Sachen wie BIOS usw. belegt sind, d.h. mit etwas Glück sind bei deinem Toshi deutlich mehr als 128kB frei. Der Trick dabei ist, daß QEMM im virtuellen 8086-Modus läuft und alle Zugriffe auf Speicher, I/O-Ports usw. abfängt und bei einem Zugriff auf eine Adresse aus dem Programmkontext des aufrufenden Programms erkennt, ob nun eben der ursprüngliche Code (z.B. BIOS) eingeblendet werden muß oder eben das "gestealthte" upper-memory. Das geht soweit, daß von einem 64kB großen System-BIOS teilweise bis zu 56kB gestealtht weden können. Auch das EMS-Fenster von 64kB wird dann üblicherweise gestealtht.

[freaked]

Zitat:Konventioneller Speicher:

Name Größe (dezimal) Größe (Hex)
------------- --------------------- -------------
MSDOS 21024 ( 20.5KB) 5220
HIMEM 1152 ( 1.1KB) 480
EMM386 4144 ( 4.0KB) 1030
IFSHLP 3856 ( 3.8KB) F10
CARDXTND 24592 ( 24.0KB) 6010
SSTPIC95 4672 ( 4.6KB) 1240
CS 12528 ( 12.2KB) 30F0
CARDID 2448 ( 2.4KB) 990
CS_APM 1856 ( 1.8KB) 740
DOSIDLE 2848 ( 2.8KB) B20
COMMAND 3008 ( 2.9KB) BC0
PROTMAN 384 ( 0.4KB) 180
FA411 12896 ( 12.6KB) 3260
NDISHLP 1424 ( 1.4KB) 590
MSCDEX 27936 ( 27.3KB) 6D20
MOUSE 17264 ( 16.9KB) 4370
NLSFUNC 2784 ( 2.7KB) AE0
KEYB 6208 ( 6.1KB) 1840
FREI 64 ( 0.1KB) 40
FREI 64 ( 0.1KB) 40
FREI 96 ( 0.1KB) 60
FREI 503632 (491.8KB) 7AF50

Insgesamt FREI: 503856 (492.0KB)

Hoher Speicher (Upper Memory)

Name Größe (dezimal) Größe (Hex)
------------- --------------------- -------------
SYSTEM 234880 (229.4KB) 39580
OAKCDROM 36048 ( 35.2KB) 8CD0
-------- 64 ( 0.1KB) 40
FREI 7456 ( 7.3KB) 1D20

Insgesamt FREI: 7456 ( 7.3KB)

Insg. verfügbarer Arbeitsspeicher (Konventioneller+hoher): 511312 (499.3KB)
Maximale Größe für ausführbares Programm: 503472 (491.7KB)
Größter freier Block im hohen Speicher (Upper Memory): 7456 ( 7.3KB)

2490368 Byte EMS-Speicher insgesamt
2080768 Byte EMS-Speicher frei

66191360 Byte fortlaufender Erweiterungsspeicher insgesamt
0 Byte fortlaufender Erweiterungsspeicher verfgbar
65081344 Byte XMS-Speicher verfügbar
MS-DOS resident im oberen Speicherbereich (High Memory Area)

Zitat:CONFIG.SYS
install=C:\DOS\DOSIDLE.EXE -FM2
Country=049,850,A:\country.sys
FILES=30
LASTDRIVE=Z
DEVICE=C:\DOS\HIMEM.SYS
device=C:\WIN31\emm386.exe ON 2048 x=D000-D7FF RAM
DOS=HIGH,UMB
STACKS=12,512
REM DEVICE=C:\DOS\ANSI.SYS
DEVICEHIGH=C:\DOS\USBASPI.SYS /W
DEVICEHIGH=C:\DOS\DI1000DD.SYS
DEVICEHIGH=C:\DOS\USBCD.SYS /D:USBROM
DEVICEHIGH=C:\DOS\OAKCDROM.SYS /D:CDROM
device=C:\WIN31\IFSHLP.SYS
deviceHIGH=C:\CARDWIZ\CARDXTND.SYS
deviceHIGH=C:\CARDWIZ\SSTPIC95.EXE /SKT:2
deviceHIGH=C:\CARDWIZ\CS.SYS /POLL:1
deviceHIGH=C:\CARDWIZ\CSALLOC.EXE
deviceHIGH=C:\CARDWIZ\CARDID.SYS
install=C:\CARDWIZ\CS_APM.EXE

Zitat:AUTOEXEC.BAT
set ieppp=C:\MSIE50
set pctcp=C:\MSIE50\pctcp.shv
C:\WIN31\net start
C:\DOS\MSCDEX.EXE /D:USBROM /D:CDROM
C:\DOS\MOUSE.COM
@echo off
nlsfunc
keyb gr
PROMPT $p$g
PATH C:\DOS;C:\MSIE50;C:\WIN31;%PATH%
SET TEMP=C:\DOS\TEMP
cls
echo Herzlich Willkommen zu MS-DOS 5.0
echo. |DATE
echo. |TIME

maybe weiß ja wer wie man was entschlacken kann

[Igor Todeshure]

Spontan fällt mir folgendes auf:
1. Benutz anstelle EMM386 lieber den QEMM, wenn du ihn auftreiben kannst. Der belegt selbst im unteren ersten MB weniger Speicher.
2. Benutz Cutemouse als Maustreiber.
3. Such einen kleineren IDE-CDROM-Treiber als OAKCDROM.SYS - die meisten, die damals bei Laufwerken beilagen, liefen auch mit anderen Laufwerken und waren deutlich kleiner
4. Benutz die Option /E bei MSCDEX - das bringt etwa 3-5kByte
5. Bei der c't gabs mal einen Tastaturtreiber, der nur ca. 500Byte belegte.
6. Bist du sicher, daß du NLSFUNC brauchst, oder ist der nur von der Grundinstallation übriggeblieben? ggf. ersatzlos streichen.
7. Setz STACKS=0,0: das spart einiges und schützt sogar manchmal vor Abstürzen (gab auch mal einen Artikel in der c't, wofür der eigentlich gut sein soll)
8. Falls Platz vorhanden, kannst du IFSHLP.SYS auch hochladen.