[DOS] Maximale hoeveelheid conv. mem vrij

[JackBol]

Ik wil WOS even een beetje generaliseren naar MOS, (microsoft operating systems )

ik heb een kleine weddenschap met een vriend van mij over hoeveel conventioneel geheugen ik vrij kan krijgen.

Ik heb nu alles hoog geladen, behalve natuurlijk HIMEM, EMM386, COMMAND en MSDOS.

Met LASTDRIVE=D en FILES=4 heb ik de MS-DOS al kleiner gemaakt, naar 12kb. kan deze nog kleiner?

(jah, ik heb de IO.SYS bug ook al verholpen)

in totaal heb ik nu 633 KB vrij... maar ik wil minimaal 636 vrij krijgen... het moet haast wel lukken....

iemand nog tips?

[RupS]

Dat ligt eraan .... Mag je ook third party memory managers gebruiken?

Dan komt bij mij de naam QEMM opborrelen...
Ik vind eerlijk gezegd 633kb al vrij veel met himem/emm386, denk niet dat je veel verder komt ...

Heb je BUFFERS=5,0 er al in staan?

[ Voor 10% gewijzigd door RupS op 10-02-2003 15:08 ]

[JackBol]

die buffers doen verder niets met het geheugen...
heb ik al geprobeert...

is er niet een of andere manier om niet het complete MSDOS in het conv. geheugen te laden?

[Gomez12]

Wat altijd wel leuk is is om in de command.com te gaan hexediten, en dan commando's te veranderen, maar ik dacht niet dat je hem korter kon maken, maar je kan het proberen.

[JackBol]

bij de IO.sys had dat wel zin...
scheelde je himem.sys ongeveer 44kb

[Verwijderd]

Dirk-Jan schreef op 10 February 2003 @ 20:39:
bij de IO.sys had dat wel zin...
scheelde je himem.sys ongeveer 44kb

Dat was alleen bij een bepaalde Nederlandse dos-versie, waar ze dankzij vertaalprobs iets teveel hadden getypt en daardoor de hele file hadden verneukt.

Maar je kunt mogelijk nog wat geheugen winnen door het te includen die niet gebruikt wordt. Vaak wordt er onnodig geheugen gereserveerd voor een monochroom videobios etc etc, als je dat geheugen allemaal include via de emmparameter i=a000-afff of zoiets dan heb je daar misschien weer een beetje ruimte om nog meer hoog te kunnen laden.

[ajouin]

memmaker deed het allemaal automatisch en gaf nog het meest conventioneel geheugen vrij

[blackd]

WOS -> NOS

[Verwijderd]

uhm....had je dit al "DOS=HIGH,UMB"?

[Verwijderd]

Je kan het ver boven de 700kbyte vrij jagen Alleen kun je dan geen vesa (oid? ) grafische apps runnen. Windows 3.x lukt dan ook al lang niet meer

[_JGC_]

15 buffers nemen, qemm386 installeren, files,stacks,fcbs en lastdrive hoogladen door dos=high,umb,auto, command.com vervangen door 4DOS.com en in de INI file van dat ding environment en de hele zooi hoogladen.

Houd je toch al snel iets van 636K over ja.

Verder nog dingen die je kunt doen op een overbevolkte PC:
- Cloaking devicedriver
- Cloaking MSCDEX
- Cloaking Logitech mousedriver

Nemen MSCDEX en LMOUSE elk maar een halve K in, terwijl ze normaal beide iets van 50K aan UMBs slurpen.

Als je het nog groffer wilt doen: include gewoon je videoram van A000-C7FF (of hoe ver ie ook mag zitten). Heb je iets van 700-800K conventioneel geheugen maar je kunt er verder nix mee.

[_nethack]

Met alle mogelijk memory managers en dergelijke die ik in een grijs verleden op mijn dos 386 gebruikte ben ik geloof ik nooit verder gekomen dan 634KB vrij

[AlterEgo]

offtopic:
Tsjee, er staat echt 10 februari 2003 boven deze post, en niet 1987

Bij MSDOS 6.x had je een tooltje dat heette memmaker, een soort QEMM: dat probeerde alles zo ver mogelijk in het highmem te stoppen.

[ Voor 42% gewijzigd door AlterEgo op 10-02-2003 22:54 ]

[vassago]

AlterEgo schreef op 10 februari 2003 @ 22:51:

offtopic:
Tsjee, er staat echt 10 februari 2003 boven deze post, en niet 1987

Bij MSDOS 6.x had je een tooltje dat heette memmaker, een soort QEMM: dat probeerde alles zo ver mogelijk in het highmem te stoppen.

En dat werkte vaak voor geen meter

[JackBol]

ajouin schreef op 10 februari 2003 @ 21:48:
memmaker deed het allemaal automatisch en gaf nog het meest conventioneel geheugen vrij

memmaker komt echt niet verder als de 619kb...
met de hand wwerkt veel beter...

Verwijderd schreef op 10 februari 2003 @ 22:41:
uhm....had je dit al "DOS=HIGH,UMB"?

Uiteraard!

Verwijderd schreef op 10 februari 2003 @ 22:41:
Je kan het ver boven de 700kbyte vrij jagen Alleen kun je dan geen vesa (oid? ) grafische apps runnen. Windows 3.x lukt dan ook al lang niet meer

hoeft ook niet... wil enkel zoveel mogelijk conventioneel geheugen... maar dat kan toch nooit meer dan 640 kb zijn?
Om de UMB's geef ik niets... die mogen van mij part helemaal vol staan.

ik wil enkel de eerste 640 kb zo ver mogelijk leeg hebben...

_JGC_ schreef op 10 februari 2003 @ 22:42:
Als je het nog groffer wilt doen: include gewoon je videoram van A000-C7FF (of hoe ver ie ook mag zitten). Heb je iets van 700-800K conventioneel geheugen maar je kunt er verder nix mee.

just tell me how!


Ik heb nu nog enkel mijn MSDOS (12K) EMM386 (3Kb) HIMEM (4Kb) en Command(3 Kb) in mijn conv. geheugen zitten...

is daar nog iets aan te schroeven?

[Wilke]

[nohtml]

AlterEgo schreef op 10 February 2003 @ 22:51:

offtopic:
Tsjee, er staat echt 10 februari 2003 boven deze post, en niet 1987

Ja ach, waar mensen al geen weddenschappen op afsluiten

Ook ik denk dat je niet veel verder komt dan dit, zelfs niet met QEMM386.

[JackBol]

Die mem managers werken niet meer... de dingen waar ik nu mee bezig is, zijn de zieke trucjes in de MSDOS memory space. Lastdrive=C bijv. dat scheelt 576 bytes, en files =4....

allemaal van die kleine dingetjes...

[Aetje]

Ik heb ooit met de memory manager Quemm slechts 3KB conventioneel in gebruik gehad. Quemm vrag zelf 912 bytes, rest was Comspec

[dion_b]

Dirk-Jan schreef op 10 februari 2003 @ 23:48:
Die mem managers werken niet meer... de dingen waar ik nu mee bezig is, zijn de zieke trucjes in de MSDOS memory space. Lastdrive=C bijv. dat scheelt 576 bytes, en files =4....

allemaal van die kleine dingetjes...

Now we're talking

code:

FCBS=1,0

Precies wat het deed kon ik nooit achterhalen, maar het scheelde ook weer een paar bytes

[Aetje]

code:

 Stacks=0,0

In je config.sys

[Twarp]

Bij EMM386 de volgende opties toevoegen, RAM, M5, I=B000-B7FF

dan heb je weer wat meer vrij

[DaaNium]

heej dit is best cool.. weer 'oude' MS-DOS praat
ik vraag me inderdaad af waar dat "STACKS" en "FCBS" voor dienen.. ik denk dat er verder inderdaad al zo goed als alles in staat

[Verwijderd]

Kun je je config.sys niet even hier posten?

Ow ja,

DOS=high,umb,auto

Heb je dat direct onder de Himem/emm386 staan?

[Losha]

eerste hit met zoekmachine (webferret)

FCBS=(number)

Purpose: Used in the CONFIG.SYS file to specify the number of file-control blocks (FCBs) for file sharing.

Stacks is the the amount of RAM that DOS reserves for processing hardware interrupts

[edit]
ik ga binnenkort een (waarschijnlijk) XT met alleen floppy ophalen bij m'n vriendins moeder ..

kan ik ook weer lekker dossen

modbreak: warez request verwijderd

[ Voor 39% gewijzigd door Verwijderd op 11-02-2003 11:18 ]

[Jaap-Jan]

Losha schreef op 11 February 2003 @ 10:11:
eerste hit met zoekmachine (webferret)

FCBS=(number)

Purpose: Used in the CONFIG.SYS file to specify the number of file-control blocks (FCBs) for file sharing.

Stacks is the the amount of RAM that DOS reserves for processing hardware interrupts

[edit]
ik ga binnenkort een (waarschijnlijk) XT met alleen floppy ophalen bij m'n vriendins moeder ..

kan ik ook weer lekker dossen

.

Het spijt me verschrikkelijk als dit niet mag, maar ik ben er vanuit gegaan dat het na 17 jaar wel abandonware is geworden.

Windows 1.0 kan van flop runnen, maar het moet wel een 1,44 MB zijn.

modbreak: warez link weggehaald

[ Voor 12% gewijzigd door Verwijderd op 11-02-2003 11:19 ]

[blackd]

Losha en Japie_17 check even jullie mailbox.

[JackBol]

Config.sys

DEVICE=C:\DOS\HIMEM.SYS
DEVICE=C:\DOS\EMM386.EXE NOEMS
BUFFERS=15,0
FILES=8
DOS=HIGH,UMB
LASTDRIVE=D
FCBS=4,0

COUNTRY=031,850,C:\DOS\COUNTRY.SYS
DEVICEHIGH=C:\DOS\SETVER.EXE
DEVICEHIGH=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
DEVICEHIGH=C:\CDROM\ASUSCD.SYS /D:ASUSCD01


Mem/c/p

code:

Modules die geheugen gebruiken onder 1 MB:

  Naam          Totaal       =   Conventioneel  +   Upper Memory
  --------  ----------------   ----------------   ----------------
  MSDOS       12.909   (13K)     12.909   (13K)          0    (0K)
  HIMEM        1.168    (1K)      1.168    (1K)          0    (0K)
  EMM386       3.120    (3K)      3.120    (3K)          0    (0K)
  COMMAND      3.184    (3K)      3.184    (3K)          0    (0K)
  SETVER         480    (0K)          0    (0K)        480    (0K)
  DISPLAY      8.304    (8K)          0    (0K)      8.304    (8K)
  ASUSCD      21.472   (21K)          0    (0K)     21.472   (21K)
  SMARTDRV    29.024   (28K)          0    (0K)     29.024   (28K)
  MSCDEX      27.952   (27K)          0    (0K)     27.952   (27K)
  Beschikb   706.176  (690K)    634.896  (620K)     71.280   (70K)

Geheugensamenvatting:

  Geheugentype       Totaal    =  Gebruikt  +    Vrij
  ----------------  ----------   ----------   ----------
  Conventioneel        655.360       20.464      634.896
  Upper                158.512       87.232       71.280
  Gereserveerd         393.216      393.216            0
  Extended (XMS)     7.181.520    2.323.664    4.857.856
  ----------------  ----------   ----------   ----------
  Totaal geheugen    8.388.608    2.824.576    5.564.032

  Totaal onder 1 M     813.872      107.696      706.176

  Maximum omvang uitvoerbaar programma          634.800   (620K)
  Maximum beschikbaar upper memory block         71.168    (70K)
  MS-DOS aanwezig in HMA.

Ik geef niets over wat er in het UMB staat, ik wil enkel zoveel mopgelijk van de 640 k vrij krijgen...
ik zal dadelijk eens gaan stoeien met deze dingen die hier verteld zijn...
eerst even ontbijten

[AlterEgo]

Dirk-Jan schreef op 11 February 2003 @ 11:30:
COUNTRY=031,850,C:\DOS\COUNTRY.SYS
DEVICEHIGH=C:\DOS\SETVER.EXE
DEVICEHIGH=C:\DOS\DISPLAY.SYS CON=(EGA,,1)

Heb je die echt nodig?

[Krypt]

Nope; maar die worden toch hoog geladen dus who cares...

Maaruh, je zit nu wel heel erg dicht bij het maximum hoor.. je kan nog proberen om himem.sys hoog te laden mbv hiram.exe & umbpci.sys.. (scheelt 1KB woei!!)

En even zoeken naar jo.sys; een aangepast io.sys die minder memory vreet..

Als je vidram.exe ergens kan downloaden is het helemaal simpel; die include dus idd je videoram en heb je in de 700KB vrij.. is wel van QEMM; ik zet dus geen link neer..

[ Voor 3% gewijzigd door Krypt op 11-02-2003 17:13 ]

[Losha]

Losha schreef op 11 February 2003 @ 10:11:
eerste hit met zoekmachine (webferret)

FCBS=(number)

Purpose: Used in the CONFIG.SYS file to specify the number of file-control blocks (FCBs) for file sharing.

Stacks is the the amount of RAM that DOS reserves for processing hardware interrupts

[edit]
ik ga binnenkort een (waarschijnlijk) XT met alleen floppy ophalen bij m'n vriendins moeder ..

kan ik ook weer lekker dossen

<font size=3 color="blue"> modbreak: warez request verwijderd </font>

i know i know
nou weet ik door het weghalen niet meer precies wat ik geschreven had, maar ik bedoelde eigenlijk wel een legale versie
had al gezocht via ebay, maar helaas (heb inmiddels elders al de tip gelezen om op beurzen te kijken)
was niet illegaal bedoelt hoor

[Verwijderd]

Het valt sterk aan te raden gewoon de dos-versie uit win98 te gebruiken (7.10 dus) aangezien deze fileshigh enzovoorts heeft.

dan wordt het gedeelte MSDOS ook een stuk lager wat betreft geheugengebruik.
DEVICE=HIMEM.SYS /TESTMEM:OFF
DEVICE=EMM386.EXE NOEMS I=B000-B7FF
DOS=HIGH,UMB,AUTO
;FILESHIGH=
;BUFFERSHIGH=
;LASTDRIVE=
SHELLHIGH=COMMAND.COM /P
;(rest)

[JackBol]

tja... we hebben dos 6.22 afgesproken...
ik hoeft nog maar 1 kb (860 bytes), dan heb ik €25 verdient!

[Arzie]

Probeer die laatste kb gewoon van één van de laag geladen files te knippen, wie weet lukt het..

[Verwijderd]

1KB? zijn MS-DOS bestanden verplicht?

het FreeDOS project heeft ook enkele zeer zuinige dos-drivers.
himem.exe en fdxms 0.91 -> 1KB
shsucdx (mscdex) -> 11KB (ipv mscdex 25KB)
cutemouse -> 3KB

en zo nog een paar dingen.
cdrom-driver: Acer/Benq vide-cdd.sys ipv oakcdrom.sys van w98 bootdisk

[bkor]

Je kan proberen de environment van command.com te verkleinen, mogelijk zit dat ook in het conv. geheugen. Voorbeeld voor je config.sys:
SHELL=C:\command.com C:\ /E:512 /P

Ander truukje (google), dit schijnt met dos 5.0 te werken:
SHELL=C:\command.com /C lh C:\command.com C:\ /E:512 /P