Probleme bei Speichermanagement DOS 6.22

[Streets]

Hallo ich melde mich mal mit einem Problem über dem ich jetzt die ganze Nacht gesessen habe ohne Erfolg.

Nach dem dem notwendigen Tausch des Mainboards (altes ist leider kaputt gegangen) war die Speicherkonfiguration
des konventionellen Speichers irgendwie durcheinander geraten. Zuvor hatte ich den freien Konv. Speicher auf über 600kb
gebracht, mit CDROM wohl gemerkt. Jetzt macht er aber nicht mehr so ganz was ich will.
Das was mich am meisten verwundert ist, dass sich der MSCDEX.EXE nicht in den hohen Speicher landen lässt, obwohl
da noch genug Platz wäre, auch wenn ich sogar noch ein paar kleinere Teile aus dem Hohen wieder rausschmeißen würde,
will der einfach im konventionellen verweilen. Ähnlich ist es mit dem SMARTDRV, der macht auf Halb/Halb.

Was ich selber rausgefunden habe:
Wenn ich EMM386 auf RAM HIGHSCAN laufen lasse, bekomme ich den MSCDEX in den Hohen. Dann habe ich aber kein EMS
zur verfügung und Anwendungen wie Privateer laufen nicht. Also NoGo.

Anbei poste ich mal Rechnerdaten, AUTOEXEC und CONIFG mit MEM und MEM /C

Rechner:
486er DX4 100
Gigabyte Mainboard mit 2x 8MB RAM
Karten: VGA,SB
IDE CDROM 40X
HDD 1GB IDE
2x Floppy 3 1/2"

MEM

Code: Alles auswählen

Speichertyp               Insgesamt  =   Verwendet  +     Frei
Konventioneller                 640K           54K           586K
Hoher                            47K           30K            17K
Reserviert                      384K          384K             0K
Erweiterung (XMS)            15.313K        2.529K        12.784K

Insg. Speicher               16.384K        2.997K        13.387K

Insg. unter 1 MB                687K           84K           603K

Insgesamter Expansionsspeicher (EMS)             4.480K (4.587.520 Byte) 
Freier Expansionsspeicher (EMS)                  4.064K (4.161.536 Byte) 

  EMM386 verwendet XMS-Speicher, um EMS-Speicher zu simulieren.
  Freier EMS-Speicher kann sich „ndern, wenn sich freier XMS-Speicher „ndert.

Maximale Gr”áe fr ausfhrbares Programm           586K  (599.872 Byte)  
GrӇter freier Block im hohen Speicherblock         12K   (12.272 Byte)  
MS-DOS ist resident im oberen Speicherbereich (High Memory Area).

MEM /C

Code: Alles auswählen

Module, die den Speicher unterhalb 1 MB verwenden:

    Name       Insgesamt     = Konventioneller  +  Hoher Speicher

  MSDOS       14.797   (14K)     14.797   (14K)          0    (0K)
  HIMEM        1.120    (1K)      1.120    (1K)          0    (0K)
  EMM386       3.136    (3K)      3.136    (3K)          0    (0K)
  COMMAND      3.296    (3K)      3.296    (3K)          0    (0K)
  SMARTDRV    29.040   (28K)     12.640   (12K)     16.400   (16K)
  MSCDEX      15.856   (15K)     15.856   (15K)          0    (0K)
  DOSKEY       4.144    (4K)      4.144    (4K)          0    (0K)
  VIDE-CDD     5.024    (5K)          0    (0K)      5.024    (5K)
  SETVER         640    (1K)          0    (0K)        640    (1K)
  KEYB2          816    (1K)          0    (0K)        816    (1K)
  ANSI         4.240    (4K)          0    (0K)      4.240    (4K)
  CTMOUSE      3.328    (3K)          0    (0K)      3.328    (3K)
  Frei       617.424  (603K)    600.144  (586K)     17.280   (17K)

Speicher-Zusammenfassung:

  Speichertyp         Insgesamt =  Verwendet +     Frei

  Konventioneller       655.360       55.216      600.144
  Hoher                  47.728       30.448       17.280
  Reserviert            393.216      393.216            0
  Erweiterung (XMS)  15.680.912    2.590.096   13.090.816

  Insg. Speicher     16.777.216    3.068.976   13.708.240

  Insg. unter 1 MB      703.088       85.664      617.424

  Insgesamter Expansionsspeicher (EMS)              4.587.520 (4.480K)
  Freier Expansionsspeicher (EMS)                   4.161.536 (4.064K)

    EMM386 verwendet XMS-Speicher, um EMS-Speicher zu simulieren.
    Freier EMS-Speicher kann sich „ndern, wenn sich freier XMS-Speicher „ndert.

  Maximale Größe für ausführbares Programm            599.872   (586K)
  GrӇter freier Block im hohen Speicherblock          12.272    (12K)
  MS-DOS ist resident im oberen Speicherbereich (High Memory Area).

Hier sieht mann dass noch 17K im Hohen frei sind, MSCDEX aber nur 15K hat und trotz LH nicht
in den Hohen will.
SMARTDRV geht auch nur Halb in den Hohen, obwohl noch Platz wäre. Wenn ich SMARTDRV
überhaupt nichtin den Hohen laden will, bleibt MSCDEX natürlich auch im Konvent.

Autoexec

Code: Alles auswählen

    @ECHO OFF
    PROMPT $e[1;33;44m $p $e[1;31;40m $v $e[1;34;40m $d $e[1;33;44m $t $e[1;31;40m $_\$e

    [1;34;40m

    LH C:\DOS\SMARTDRV.EXE /X
    LH C:\DOS\MSCDEX.EXE /D:MSCD001 /D: /M:10 /V /E
    LH C:\DOS\KEYB2.COM
    C:\DOS\Doskey.com
    LH C:\MOUSE\CTMOUSE.EXE
    C:\Prog\year2094.com
    REM LH C:\MOUSE\Mouse.com      *OLD MOUSE DRV*
    REM LH C:\DOS\KEYB GR ,,C:\DOS\KEYBOARD.SYS  *OLD KEYB DRV*

    PATH C:\DOS;C:\MOUSE;C:\QM;C:\PROG;C:\BATCH;
    SET TEMP=C:\DOS
    SET BLASTER=A220 I5 D1 T3
    REM MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
    REM MODE CON CODEPAGE SELECT=850

Conifg.sys

Code: Alles auswählen

DEVICE=C:\DOS\HIMEM.SYS /TESTMEM:OFF
REM DEVICE=C:\DOS\EMM386.EXE RAM HIGHSCAN
DEVICE=C:\DOS\EMM386.EXE RAM 4096
BUFFERS=30,0
FILES=40
DOS=UMB
LASTDRIVE=D
FCBS=4,0
DOS=HIGH


DEVICEHIGH =C:\CDPRO\VIDE-CDD.SYS /D:MSCD001 

REM DEVICEHIGH =C:\DOS\DISPLAY.SYS CON=(EGA,,1)
DEVICEHIGH C:\DOS\SETVER.EXE
DEVICEHIGH /L:2,9088 =C:\DOS\ANSI.SYS

COUNTRY=049,850,C:\DOS\COUNTRY.SYS
SHELL=C:\DOS\COMMAND.COM C:\DOS\  /p

Wie gesagt, mit HIGHSCAN (hier deaktiviert) komme ich besser mit dem Hohen Speicher zurecht.
Würde aber auf das RAM 4096 verzichten, dann Laufen aber einige Programme nicht mehr.

Was kann man da machen?

[Dosenware]

Warum hast du mit Highscan kein EMS?
dazu muesste eigentlich NOEMS hinter EMM386 stehen...

Was ist wenn du diese Zeile nutzt: DEVICE=C:\DOS\EMM386.EXE HIGHSCAN 4096

BTW. Programm brauchen beim laden häufig mehr Speicher

[Mr Vain]

EMS Speicher bekommt man mit der Option RAM hinter EMM386.

Und schmeiss bloss dieses unnuetze SMARTDRV raus ;) Das frisst Speicher ohne Ende und da deine 1GB Platte wohl nicht aus der Steinzeit stammt, hat die auch schon ein wenig Cache onboard (duerften 64KB oder 128KB sein, was die Platten cachen koennen). Meine 2GB Western Digital Caviar hat 128k und laeuft auch ohne SMARTDRV bestens und genauso flott

[Dosenware]

EMS Speicher bekommt man mit der Option RAM hinter EMM386.

RAM=mmmm-nnnn

Bezeichnet einen Segmentadressenbereich, der für UMBs zu verwenden ist. Wenn Sie keinen Bereich angeben, verwendet EMM386.EXE den gesamten verfügbaren Erweiterungsspeicher.

http://www.i8086.de/dos-befehle/emm386-exe.html

[Mr Vain]

http://www.i8086.de/dos-befehle/emm386-exe.html

Das is ja ne coole Seite, kannte ich noch gar nicht Gleich mal als Lesezeichen hinzugefuegt.

[Streets]

So...
ich hab mal einiges versucht.
Den Smartdrv hab ich mal stillgelegt. Jetzt habe ich natürlich weit über 610k konventionellen Speicher ;)
Ich dachte halt das der Plattenzugriff extrem langsamer wird, ohne Smartdrive. Bis wann (oder wann allgemein) sollte man Smartdrive benutzen? "Alte" Platten ist ja in dem Fall ein schwer zu deutender Begriff.

Muss nur noch testen wie es aussieht mit Highscan 4096 + Smartdrv aktiviert.

PS: Könnt ihr mir ein gutes System Analyse + Benchmark Tool empfehlen? Sollte Freeware sein.

Ansonsten schon mal danke für die Antworten. Wenn ich ohne Smartdrv gut fahren kann, kann der natürlich draußen bleiben.

[Dosenware]

speedsys... siehe http://motherboards.mbarron.net/download/

[Streets]

Danke.

So wie es aussieht, konnte ich das Problem beheben.
DEVICE=C:\DOS\EMM386.EXE RAM 4096 Highscan

Scheint wirklich mit beiden Parametern zu funktionieren. Seltsamerweise funktioniert Highscan alleine nicht
für EMS.

[Mr Vain]

Als Festplatten Benchmarktool nutze ich immer das bewaehrte CORETEST aus 1986. Das funktioniert auch mit mehreren Gigabyte grossen Platten wunderbar. Sonst ist in speedsys ja auch ein Festplattenbenchmark drin.

Unter Uralt Festplatten fasse ich mal die zusamme, die noch keinen Hardwarecache besitzen (und deswegen die Kruecke SMARTDRV tatsaechlich was bringt) und die auch noch kein LBA koennen. Von DMA wollen wir gar nicht erst anfangen. Also gemeint sind alle mickrigen IDE Platten, die (vieeel) kleiner als 504MB sind und zeitlich gerade so nach den MFM und RLL Platten einzuordnen sind. Was Zugriffszeiten der Platte angeht, so kann man 15ms und weniger schon als einigermassen flott ansehen.

[elianda]

Als Festplatten Benchmarktool nutze ich immer das bewaehrte CORETEST aus 1986. Das funktioniert auch mit mehreren Gigabyte grossen Platten wunderbar. Sonst ist in speedsys ja auch ein Festplattenbenchmark drin.

Unter Uralt Festplatten fasse ich mal die zusamme, die noch keinen Hardwarecache besitzen (und deswegen die Kruecke SMARTDRV tatsaechlich was bringt) und die auch noch kein LBA koennen. Von DMA wollen wir gar nicht erst anfangen. Also gemeint sind alle mickrigen IDE Platten, die (vieeel) kleiner als 504MB sind und zeitlich gerade so nach den MFM und RLL Platten einzuordnen sind. Was Zugriffszeiten der Platte angeht, so kann man 15ms und weniger schon als einigermassen flott ansehen.

Sorry, aber das ist inhaltlich gesehen Unsinn. Der Festplattencache SMARTDRV ist dazu da den Transfer zu beschleunigen, wenn auf dieselben Daten wiederholt zugegriffen wird oder mit verzoegerten Schreiben den Zugriff zu späteren Zeiten zu verschieben. Mit einem Benchmarktool was linear neue Daten liest, kann man also keinen Unterschied zwischen geladenen Caching oder keinem Caching feststellen.
Weiterhin besitzen auch uralt Festplatten einen Cache, der typisch zwischen 32 kB und 100 kB liegt. Das DMA Feature existiert seit dem ATA-1 Standard von 1994, wird aber oft auch schon von aelteren Platten unterstuetzt. z.B. eine Seagate ST3550A mit 452 MB Kapazitaet kann schon DMA. Natuerlich unterstuetzen HDDs eines bestimmten Alters irgendwann ebstimmte Features nicht mehr. Ich wuerde aber eher von der Performance ableiten, ob Smartdrv etwas bringt.
Wichtiger ist imho das Nutzungsprofil, da viele Spiele z.B. eher linear lesen und dann aus dem RAM heraus arbeiten. Da ist Smartdrv wirklich weniger brauchbar. Wenn man aber Anwendungen hat, die auf HDD swappen oder mit vielen Programmmodulen arbeiten, bringt ein Cache deutlich mehr. Ich glaube jedoch so ein Anwendungsprofil hat hier kaum jemand bei seinem Vintage Rechner.

[Streets]

Das stimmt wohl. Bei mir ist es auch so dass die Rechner zu 99% zum Spielen da sind.
Da ich es jetzt mit SMARTDRV aber über 600kb frei habe, lasse ich ihn einfach mal laufen.