Die beiden Dateien habe ich damals schon nicht immer begriffen und würde mich freuen wenn mir das mal einer richtig erklärt und hilft mir optimal einstellen könnte, ich möchte diese Geschichte endlich verstehen.-
█ █ AUTOEXEC.BAT und CONFIG.SYS optimieren █ █
-
-
Joa, also erstmal grob zusammengefasst.
Mit der Config.sys läds zum Beispiel Treiber ins System oder stellst das System allgemein ein.
Bei der Autoexec.bat lädst du ausführbare Programme oder Treiber, also quasi welche du "per Hand" starten könntest.
Die Programme werden in den Speicher geladen, deine 640KB.
Deine Spiele brauchen zum Starten aber auch viel Speicher, reicht der nicht mehr aus dann starten sie nicht.
Dafür gibt dann als Lösung den hohen Speicher, mit dem du dann deine Treibergeschichten mit LH da rein laden kannst. Dann hast du mehr Konventionellen Speicher für deine Anwendungen übrig.
Den hohen Speicher sollte man eigentlich in der Config.sys mit DOS=High aktivieren.
Bei dir ist es aber 0, also keiner da.
Warum das jetzt so ist kann ich nur vermuten, und zwar dass es am Board liegt.
Aber so sieht das schon mal nicht sehr gut aus, ohne den hohen Speicher -
Funktioniert EMM386 überhaupt ohne weitere Parameter?
Ich würde es jetzt testen, aber der Memory Tick geht durchs ganze Haus... dann steht hier gleich alles senkrecht und ich bin nur im rechten Winkel, da wäre ich unterlegen
Versuchs doch mal mit DEVICE=EMM386.EXE VERBOSE RAM und zieh dir das Ergebnis rein.
Könnte auch eine Fehlermeldung ausspucken. Du kannst den Computer mit der Pause/Untbr Taste anhalten um das Bild zu knipsen. -
DEVICE=C:\WINDOWS\EMM386.EXE HIGHSCAN I=B000-B7FF
evtl. noch ein NOEMS dahinter...
PS. mit >Dateiname hast du eine Ausgabeumleitung.
so bekommst du mit "MEM /C >Mem.TXT" eine Datei namens MEM.TXT und musst nicht mehr den Monitor Fotografieren
-
HIGHSCAN
DAS hat bei mir das Video Shadow ROM überschrieben (hat den Speicherbereich C000 - C7FF als frei markiert). Deshalb habe ich darauf, fürs erste, verzichtet...
Edit: Es freute mich natürlich, dass ich plötzlich ~765K freien unteren Speicher hatte (mit 192K am Stück)...
-
Warum das jetzt so ist kann ich nur vermuten, und zwar dass es am Board liegt.
Ist immer wieder mal so... weiß auch nicht warum, meist hilft das explizite einbinden von Speicher (I=B000-B7FF z.b.)
Den hohen Speicher sollte man eigentlich in der Config.sys mit DOS=High aktivieren.
Das bringt nur 64k Konventionellen Speicher, da muss noch ein ",UMB" ran.
DAS hat bei mir das Shadow BIOS überschrieben. Deshalb habe ich darauf, fürs erste, verzichtet...
Herausfinden auf welcher Adresse es liegt und mit X=YYYY-ZZZZ arbeiten um den Speicherbereich explizit zu exkludieren.
... oder halt das shadow im bios deaktivieren...ZitatEdit: Es freute mich natürlich, dass ich plötzlich 750 K freien konventionellen Speicher hatte...
Hercules? (also monochrom)
-
So schlimm siehts nicht aus, wir sortieren mal:
AUTOEXEC.BAT
Code
Alles anzeigen@echo off PROMPT $P$G SET PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;C:\DOS LH C:\DOS\SHSUCDX.COM /D:OEMCD1 /L:D LH C:\DOS\KEYB2.COM LH C:\DOS\CTMOUSE.EXE SET SOUND=C:\PROGRA~1\CREATIVE\CTSND SET MIDI=SYNTH:1 MAP:E MODE:0 SET BLASTER=A220 I5 D1 H5 P330 T6 SET CTSYN=C:\WINDOWS C:\PROGRA~1\CREATIVE\SBLIVE\DOSDRV\SBEINIT.COM cd \
CONFIG.SYSCodeDEVICE=C:\WINDOWS\HIMEM.SYS DEVICEHIGH=C:\WINDOWS\EMM386.EXE RAM DEVICEHIGH=C:\WINDOWS\IFSHLP.SYS DEVICEHIGH=C:\DOS\VIDE-CDD.SYS /D:OEMCD1 DOS=HIGH,UMB STACKS=12,512 BUFFERSHIGH=40 FILESHIGH=40
Versuchs mal damit.
Zur Erklärung zum Arbeitsspeicher:
Es gibt (unter DOS) einen konventionellen Speicherbereich bis 640kB, dann einen Bereich bis zur 1MB-Grenze, in dem sich alles mögliche befinden kann, und noch etwas, das sich "Hoher Speicherbereich (HMA)" nennt. Das sind die ersten 64kB oberhalb von 1MB, und werden von HIMEM.SYS verwaltet. Den HMA darf man nicht mit dem oberen Speicherbereich (UMB, Upper Memory Blocks) verwechseln. Wenn HIMEM geladen ist, weist man DOS mit DOS=HIGH an, den Betriebssystemkern in den HMA zu verschieben, d.h. konventioneller Speicher wird freigegeben. Das ist bei Dir schon der Fall, MEM sagt: "MS-DOS ist resident im hohen Speicherbereich (HMA)".
Nun zum oberen Speicher: EMM386 kann, wenn man den Parameter RAM angibt, unbenutzte Teile des Speichers zwischen 640kB und 1MB als UMBs benutzen, um da Treiber (mit LH ...) und Teile des Systemkerns (DOS=UMB) zu deponieren. Der Parameter RAM fehlt bei Dir, deswegen hast Du keinen oberen Speicherbereich, in dem man etwas reinladen kann, und folglich auch weniger konventionellen Speicher frei.
Wie viel Speicher Du von EMM386 als UMBs bekommst, hängt von Deinem Rechner ab, in den Speicherbereich werden auch noch andere Sachen eingeblendet wie z.B. der Grafikspeicher oder das BIOS des PCs. Wenn diese Teile des Speichers durch UMBs überschrieben werden, stürzt das System ab. In der Regel wählt "DEVICE=C:\WINDOWS\EMM386.EXE RAM" eine sichere Einstellung aus, mehr brauchst Du erstmal nicht. -
Herausfinden auf welcher Adresse es liegt und mit X=YYYY-ZZZZ arbeiten um den Speicherbereich explizit zu exkludieren.
So habe ich das auch hinterher gemacht:
EMM386.EXE VERBOSE RAM X=A000-C7FF FRAME=C800 I=D800-EFFF X=F000-F7FF
Dazu brauche ich doch HIGHSCAN nicht, oder? Hab mit UMBINFO geschnüffelt. Lasse mich natürlich gerne belehren! c:LH C:\DOS\CTMOUSE.EXE
DEVICEHIGH=C:\WINDOWS\EMM386.EXE RAMCTMOUSE lädt sich selbst in den hohen Speicher, wenn welcher da ist. Schaden tut LH wohl nicht, ist aber nicht nötig.
EMM386 kann nicht in den hohen Speicher geladen werden.(sry für die Edits es ist SPÄT)
-
Code
Alles anzeigenModule mit Zugriff auf Arbeitsspeicher unter 1 MB: Name Gesamt = Konventioneller + oberer Speicher -------- ---------------- ---------------- ---------------- SYSTEM 44,224 (43K) 10,592 (10K) 33,632 (33K) HIMEM 1,168 (1K) 1,168 (1K) 0 (0K) EMM386 4,032 (4K) 4,032 (4K) 0 (0K) DBLBUFF 2,976 (3K) 2,976 (3K) 0 (0K) WIN 3,920 (4K) 3,920 (4K) 0 (0K) SHSUCDX 8,240 (8K) 8,240 (8K) 0 (0K) SBEINIT 4,736 (5K) 4,736 (5K) 0 (0K) KEYB2 864 (1K) 0 (0K) 864 (1K) COMMAND 7,168 (7K) 0 (0K) 7,168 (7K) IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K) VIDE-CDD 5,024 (5K) 0 (0K) 5,024 (5K) CTMOUSE 3,104 (3K) 0 (0K) 3,104 (3K) COMMAND 7,168 (7K) 0 (0K) 7,168 (7K) Frei 627,440 (613K) 619,408 (605K) 8,032 (8K) Speicherbelegung im šberblick: Speichertyp Gesamt = Belegt + Frei ---------------- ----------- ----------- ----------- Konventionell 655,360 35,952 619,408 Oberer 67,856 59,824 8,032 Reserviert 0 0 0 XMS* 535,672,560 3,967,728 531,704,832 ---------------- ----------- ----------- ----------- Speicher gesamt 536,395,776 4,063,504 532,332,272 Ges. unter 1 MB 723,216 95,776 627,440 EMS-Speicher gesamt 33,947,648 (32M) Freier EMS-Speicher* 33,554,432 (32M) * EMM386 emuliert je nach Bedarf EMS-Speicher mit XMS-Speicher. Die Gr”áe des EMS-Speichers kann je nach freiem XMS-Speicher variieren. Max. Gr”áe fr ausfhrbares Programm 619,328 (605K) Gr”áter freier oberer Speicherblock 7,392 (7K) MS-DOS ist resident im hohen Speicherbereich (HMA).
Das ist jetzt nach Deinen beiden Dateien.
-
Sieht schon viel besser aus. Jetzt kannst Du noch den Parameter "HIGHSCAN" an die CONFIG.SYS-Zeile mit dem EMM386 dranhängen, dann gibts vielleicht noch ein paar mehr UMBs. Manchmal geht das aber auch schief, und EMM386 überschreibt dann Speicherbereiche, die es für frei hält. Musst Du halt ausprobieren.
CTMOUSE lädt sich selbst in den hohen Speicher, wenn welcher da ist. Schaden tut LH wohl nicht, ist aber nicht nötig.EMM386 kann nicht in den hohen Speicher geladen werden.
Stimmt, da ist ein DEVICEHIGH zuviel. Spielt aber keine Rolle, wenn sich ein Treiber nicht hochladen lässt, wird das von DOS einfach ignoriert.
-
Max. GrӇe fr ausfhrbares Programm 619,328 (605K)
Das ist sogar viel, sehr gut!
wird das von DOS einfach ignoriert
Richtig, stimmt schon. War ja nur eine Randnotiz. Aber SMARTDRV gehört zu den 0.1%, die sich lautstark beschweren.
-
Brainfuq-Code. Beschreibts für manche ziemlich gut.
Führe mal MSD.EXE aus, sollte im DOS Ordner oder bei Windows 3.1 drin liegen.
Unter Memory kannst du einblick auf den UMB nehmen. Alles was schwarz ist könnte man als UMB für Treiber freigeben.Empfehlen würde ich nur zu schauen, ob der Bereich zwischen C800 und EFFF (orentier dich links und rechts an den Bezeichnungen)
ein zusammenhänender schwarzer Block ist. Er sollte villeicht mit FFF und UUU durchzogen sein, aber nicht grau.Wenn oben noch schwarze Blöcke frei sind bis EFFF / F000, kann man die mit I=anfang-ende (meist I=C800-EFFF) einbinden.
Dann könntest du aus 64K UMB 128K UMB machen.Geht aber soweit ich weis nur mit der "NoEMS" Option, weil etwas zwischen D000-DFFF für den Virtuellen EMS reserviert war.
Da müsste man die Include Aufforderung in zwei Teile spalten oder den Bereich eXcluden.Das ist sogar viel, sehr gut!
Da geht meeehr! Zumindest 624KB sind meist ohne 3rd. Party Software dabei.
Dann ist meist nur noch etwas DOS, COMMAND.COM, Himem und EMM386 unten.
Und selbst die lassen sich mit Tricks verschieben, reicht aber für den Anfang. -
Falls jemand Lust hat, mir da noch weiter was raus zukitzeln, bin ich gern bereit dafür aber erstmal gehen wir alle mal schlafen.
Und ganz wichtig, Danke das Ihr mir da so super unter die Arme grifft danke an alle.
EDIT
So habe nun noch an der emm386 ganz hinten das HIGHSCAN angehängt und raus kommt nun das
Code
Alles anzeigenModule mit Zugriff auf Arbeitsspeicher unter 1 MB: Name Gesamt = Konventioneller + oberer Speicher -------- ---------------- ---------------- ---------------- SYSTEM 44,224 (43K) 10,592 (10K) 33,632 (33K) HIMEM 1,168 (1K) 1,168 (1K) 0 (0K) EMM386 4,032 (4K) 4,032 (4K) 0 (0K) DBLBUFF 2,976 (3K) 2,976 (3K) 0 (0K) WIN 3,920 (4K) 3,920 (4K) 0 (0K) SHSUCDX 8,240 (8K) 8,240 (8K) 0 (0K) SBEINIT 4,736 (5K) 4,736 (5K) 0 (0K) KEYB2 864 (1K) 0 (0K) 864 (1K) COMMAND 7,168 (7K) 0 (0K) 7,168 (7K) IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K) VIDE-CDD 5,024 (5K) 0 (0K) 5,024 (5K) CTMOUSE 3,104 (3K) 0 (0K) 3,104 (3K) COMMAND 7,168 (7K) 0 (0K) 7,168 (7K) Frei 660,160 (645K) 619,408 (605K) 40,752 (40K) Speicherbelegung im šberblick: Speichertyp Gesamt = Belegt + Frei ---------------- ----------- ----------- ----------- Konventionell 655,360 35,952 619,408 Oberer 100,576 59,824 40,752 Reserviert 0 0 0 XMS* 535,639,840 3,967,776 531,672,064 ---------------- ----------- ----------- ----------- Speicher gesamt 536,395,776 4,063,552 532,332,224 Ges. unter 1 MB 755,936 95,776 660,160 EMS-Speicher gesamt 33,947,648 (32M) Freier EMS-Speicher* 33,554,432 (32M) * EMM386 emuliert je nach Bedarf EMS-Speicher mit XMS-Speicher. Die Gr”áe des EMS-Speichers kann je nach freiem XMS-Speicher variieren. Max. Gr”áe fr ausfhrbares Programm 619,328 (605K) Gr”áter freier oberer Speicherblock 32,112 (31K) MS-DOS ist resident im hohen Speicherbereich (HMA).
-
welches os nutzt du ?
es gab bei win95 oder 98, weis jetzt nicht mehr so genau, einen patch für die io.sys.
das resultat des patches war, so glaube ich, das der erste eintrag bei dir, "system" nur noch 1kb anstatt 44kb belegte.ich denke ihr wisst was ich meine denn ich bekomme das gerade nicht mehr so zusammen...mehr als 20jahre her....
-
-
ja, genau.
da lag ich dann aber falsch.... -
Ich kanne den Patch bis jetzt gar nicht
Aber ehrlich: Mehr als 600kb braucht doch kein DOS-Programm zum laufen. Ich behaupte, dass da 99% aller Programme laufen. -
Ich nutze Windows 98SE, dann sollte ich vom Patch die Finger lassen. Da im Text nur Windows 95 steht:
-
Ich kanne den Patch bis jetzt gar nicht
Aber ehrlich: Mehr als 600kb braucht doch kein DOS-Programm zum laufen. Ich behaupte, dass da 99% aller Programme laufen.aces of the pacific braucht mehr und gab noch ein paar
-
elite 2 glaube ich auch...
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!