das "nicht genügend Speicher" Problem...

Konfiguration, Anwendungen, Treiber und TSRs unter DOS
Benutzeravatar
Dosenware
DOS-Gott
Beiträge: 3745
Registriert: Mi 24. Mai 2006, 20:29

Re: das "nicht genügend Speicher" Problem...

Beitrag von Dosenware »

Ich habe mal deine Dateien etwas umsortiert und modifiziert.

Zum CD-Rom: Du hattest den Cache vor dem CD-Treiber geladen, damit wusste der Cache nichts vom Laufwerk und konnte es auch nicht beschleunigen.

Code: Alles auswählen

REM ------------------------CONFIG.SYS--------------------
DEVICE=C:\WINDOWS\HIMEM.SYS
DEVICE=C:\DOS\EMM386.EXE NOEMS I=B000-B7FF HIGHSCAN
DEVICEHIGH=C:\DOS\SETVER.EXE
DEVICEHIGH=C:\WINDOWS\IFSHLP.SYS
DEVICEHIGH=C:\CDPRO\VIDE-CDD.SYS /D:MSCD001
DEVICE=C:\SB16\CTCM.EXE

DOS=HIGH, UMB
FILES=30
STACKS=9,256
LASTDRIVE=F

rem COUNTRY=049,850,C:\DOS\COUNTRY.SYS
rem DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
rem ---------------------- MTM ATAPI CD-ROM ----------------------
[COMMON]
rem DEVICE=C:\MTM\MTMCDAI.SYS /D:MTMIDE01
rem ---------------------- MTM ATAPI CD-ROM ----------------------
rem ---- soundblaster -----
rem ---- soundblaster -----
rem DEVICE=C:\MOUSE\MOUSE.SYS

Code: Alles auswählen

rem -------------------- AUTOEXEC.BAT-----------------------------
@ECHO OFF
LH C:\ctmouse.exe
C:\SHCDXI\SHSUCDX.COM /D:MSCD001
LH KEYB GR,,C:\DOS\KEYBOARD.SYS
LH C:\LBACACHE.COM

PROMPT $p$g
PATH C:\WINDOWS;C:\DOS
SET TEMP=C:\DOS

rem ---------------------- SOUNDBLASTER 16 ----------------------
SET SOUND=C:\SB16
SET BLASTER=A220 I5 D1 H5 P330 T6
SET MIDI=SYNTH:1 MAP:E
SET CTCM=C:\SB16
C:\SB16\DIAGNOSE /S /W=C:\WINDOWS
C:\SB16\MIXERSET /P /Q
C:\SB16\CTCU.EXE /S /W=C:\WINDOWS
rem ---------------------- SOUNDBLASTER 16 ----------------------

rem ---------------------- MTM ATAPI CD-ROM ----------------------
rem C:\WINDOWS\MSCDEX.EXE /S /D:MTMIDE01 /M:10
rem ---------------------- MTM ATAPI CD-ROM ----------------------
rem C:\DOS\SMARTDRV.EXE /X
rem MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
rem MODE CON CODEPAGE SELECT=850
rem LH C:\MOUSE\MOUSE.COM
EDIT: DEVICEHIGH=C:\CDPRO\VIDE-CDD.SYS /D:MSCD001 hinzugefügt
Benutzeravatar
nex86
MemMaker-Benutzer
Beiträge: 51
Registriert: Sa 24. Jul 2021, 00:23

Re: das "nicht genügend Speicher" Problem...

Beitrag von nex86 »

Ok danke. habe getestet, scheint aber als wenn XWing wirklich EMS braucht und von UMB alleine nicht zufrieden ist.
Benutzeravatar
nex86
MemMaker-Benutzer
Beiträge: 51
Registriert: Sa 24. Jul 2021, 00:23

Re: das "nicht genügend Speicher" Problem...

Beitrag von nex86 »

Das kopieren vom CD Laufwerk auf die CF Karte ist immer noch sehr langsam.
die LED des Laufwerks blitzt beim kopiervorgang nur sehr sporadisch auf und man hört und spürt auch nichts.
vorher hat das Laufwerk richtig vibriert beim kopieren.

Gibt es benchmarks die ich nutzen kann um die beiden Treiber zu vergleichen?
mkarcher
LAN Manager
Beiträge: 204
Registriert: Fr 5. Jun 2020, 19:38

Re: das "nicht genügend Speicher" Problem...

Beitrag von mkarcher »

ChrisR3tro hat geschrieben: Fr 30. Jul 2021, 13:53 Danke dir für die interessanten Infos! Das wusste ich so noch nicht. Jetzt drängt sich mir die Frage auf: Wie stellt MFT denn fest welche Teile des BIOS noch benutzt werden und welche entbehrlich sind zur Laufzeit?
QEMM lässt ja (wie jeder 386er-EMS-Manager) den Prozessor im V86-Modus mit Paging laufen. Ein Feature des 80386 ist, dass er in der Pagetabel ein "accessed" bit hat, was bereits beim Lesezugriff auf die Page gesetzt wird. QEMM initialisiert seine Page-Table komplett mit Pages im Zustand "not accessed", und MFT fragt später nach, welche Pages (also 4K-Addressbereiche) weiterhin not accessed sind.
Diese Methodik hat natürlich Grenzen, denn Tools, die Copyright-Strings in BIOS-ROMs suchen, werden den gesamten Adressraum scannen, und dann ist alles "accessed". Funktionen, die man nicht nutzt (wie Print Screen oder serieller Port über BIOS) erscheinen nicht als "vom BIOS benötigter Adressbereich". Das QEMM-Handbuch (habe ich nie gesehen) enthält offenbar sachdienliche Hinweise, wie man eine aussagekräftige Zugriffsliste erhält. Das nennt Quarterdeck dann die "Analyseprozedur", die man durchführen muss, damit die Vorschläge zu I-Parametern bei QEMM/EMM386 sinnvoll sind.
mkarcher
LAN Manager
Beiträge: 204
Registriert: Fr 5. Jun 2020, 19:38

Re: das "nicht genügend Speicher" Problem...

Beitrag von mkarcher »

Dosenware hat geschrieben: Fr 30. Jul 2021, 14:14 @mkarcher

dazu müsste das Board aber Teile des Bios ausblenden können, sonst zerschießt dir jedes 0Bit im Rom den Speicher...
Nein. Nicht das Board blendet das BIOS aus, EMM386 blendet das BIOS aus. EMM386 / QEMM / 386MAX / JEMM und wie sie alle heißen hinterlegen im Prozessor eine Tabelle, die jedem 4K-Bereich, den die (Real-Mode-)Software sieht einen beliebigen Adressbereich im Computer zuordnen kann. Und wenn man "I=E000-EFFF" verwendet, dann werden für die 16 Seiten in diesem Bereich halt nicht die Adressen des ROMs eingetragen, sondern Adressen von extended memory. Auf dem Board kommt dann in dem Bereich gar kein Zugriff auf das ROM mehr an, da es im 386 intern immer auf extended-Adressen umgeleitet wird, wenn auf den E000-EFFF-Bereich zuzugreifen versucht.
Benutzeravatar
ChrisR3tro
Administrator
Beiträge: 1979
Registriert: Mo 7. Mär 2005, 23:33
Wohnort: NRW
Kontaktdaten:

Re: das "nicht genügend Speicher" Problem...

Beitrag von ChrisR3tro »

Spannende Dinge. Danke euch für die Erklärungen. Evtl. lohnt sich das QEMM-Handbuch ja mal als Bettlektüre.
Antworten