Microsoftowi udalo sie wreszcie zrobic dobry... DOS

Autor: Domin 'Alien' Wnek (domin_at_elektron.pl)
Data: Thu 30 Jul 1998 - 08:43:07 MET DST


A wlasciwie pseudo-DOS, bo chodzi mi o to cudo co siedzi 'pod' W98.

Zainstalowalem sobie to 'cos', a ze w kompie siedzi kupa sprzetu (np. CD
na SCSI) i chcialem tez go odpalic pod 'DOSem', wiec zabralem sie za
pakowanie najrozniejszych .sys i .exe do mojego config.sys i
autoexec.bat zakladajac, ze jak bede mial 356 kb wolnej pamieci
konwencjonalnej to sie zaczne martwic. Po chwili moj config.sys wygladal
nastepujaco:

device=c:\windows\himem.sys /testmem:off
Device=c:\windows\emm386.exe noems ram // to tak na wszelki
wypadek ;-))))
dos=high,umb // i oczywiscie zeby odpalic UMB
files=40
buffers=40
Devicehigh=c:\dos\bmide\tricd.sys /d:DEATH001 // driver do CD na IDE
DEVICEHIGH=c:\dos\symbios\aspi8xx.sys // ASPI do SCSI
(SLogic815)
DEVICEHIGH=c:\dos\symbios\symcd.sys /D:DEATH002 /UPTOLUN=0 // driver do
CD SCSI
SHELL=C:\COMMAND.COM C:\ /E:1024 /P //to wiadomo co

Potem przyszedl czas na autoexec.bat. Efekt byl nastepujacy:

SET SOUND=C:\SB16
SET BLASTER=A220 I7 D1 H7 P300 E640 T6
C:\SB16\DIAGNOSE.EXE /S
C:\SB16\MIXERSET.EXE /P /Q
prompt $p$g
SET
PATH=C:\WINDOWS;C:\WINDOWS\COMMAND;C:\;C:\DOS;C:\NC;C:\IOMEGA\TOOLS_95
PATH %PATH%;C:\DOS\RAR;C:\NWCLIENT;C:\STEALTH\DOS;C:\STEALTH\SDD53
lh c:\logitech\mouse\mouse.com // mysz ;-)))
lh c:\iomega\tools_95\guest.exe // driver do ZIPa na SCSI
lh c:\windows\command\mscdex.exe /D:DEATH001 /D:DEATH002 // obsluga obu
CDkow
SET SST_FASTMEM=1
SET SST_FASTPCIRD=1
SET SST_VIDEO_24BPP=1
SET SST_SCREENREFRESH=85
SET SST_RGAMMA=1.35
SET SST_GGAMMA=1.35
SET SST_BGAMMA=1.35
SET SST_GRXCLK=57
S3REFRSH 7240

Prosze teraz sobie teraz wyobrazic moje niebotyczne zdziwienie, jak
zobaczylem efekty komendy mem /c /p:

Modules using memory below 1 MB:

  Name Total Conventional Upper Memory
  -------- ---------------- ---------------- ----------------
  SYSTEM 40,288 (39K) 9,696 (9K) 30,592 (30K)
  HIMEM 1,168 (1K) 1,168 (1K) 0 (0K)
  EMM386 4,320 (4K) 4,320 (4K) 0 (0K)
  DBLBUFF 2,976 (3K) 2,976 (3K) 0 (0K)
  TRICD 7,264 (7K) 0 (0K) 7,264 (7K)
  ASPI8XX 25,232 (25K) 0 (0K) 25,232 (25K)
  SYMCD 12,416 (12K) 0 (0K) 12,416 (12K)
  IFSHLP 2,864 (3K) 0 (0K) 2,864 (3K)
  COMMAND 7,808 (8K) 0 (0K) 7,808 (8K)
  MOUSE 17,088 (17K) 0 (0K) 17,088 (17K)
  GUEST 19,664 (19K) 0 (0K) 19,664 (19K)
  MSCDEX 32,384 (32K) 0 (0K) 32,384 (32K)
  Free 639,760 (625K) 636,736 (622K) 3,024 (3K)

Memory Summary:

  Type of Memory Total Used Free
  ---------------- ----------- ----------- -----------
  Conventional 655,360 18,624 636,736
Press any key to continue . . .
  Upper 158,336 155,312 3,024
  Reserved 393,216 393,216 0
  Extended (XMS) 65,901,952 316,800 65,585,152
  ---------------- ----------- ----------- -----------
  Total memory 67,108,864 883,952 66,224,912

  Total under 1 MB 813,696 173,936 639,760

  Largest executable program size 636,720 (622K)
  Largest free upper memory block 2,080 (2K)
  MS-DOS is resident in the high memory area.

Hmmm.... 158 kg upper memory? Ciekawe... Ze wstepnych obliczen wynika,
ze 'pierwszy megabajt pamieci' jest troche wiekszy niz 1024 bajty x
1024... Czy ktos moze mi wytlumaczyc dlaczego tak jest?

Swoja droga nasuwa mi to b. smutna refleksje. Czy i dlaczego Microsoft
jest w stanie zrobic teraz cos dobrego z DOSem? Akurat wtedy, gdy nikomu
juz to nie jest potrzebne?

I czy nie mogl zrobic tego wczesniej?

Bo teraz okazalo sie, ze cala moja wiedza zdobyta w bolach w ciagu wielu
godzin siedzenia nad autoexecem i configiem w celu wycisniecia tych
jeszcze kilku kb pamieci jest zupelnie niepotrzebna. A nie ukrywam, ze
chyba wolalbym jej w ogole nie musiec zdobywac.

Panowie, czy nie mozna tego bylo zrobic 3 lata temu? Bo przeciez
komputery z 1 mb pamieci juz dawno sie skonczyly.

A moze ms nam powie, ze dopiero PII i 64Mb pamieci to jest to, co
potrzeba DOSowi, zeby rozwinac skrzydla? He.

Z tym niezbyt optymistycznym akcentem konczac,

Z powazaniem,

-- 
Domin 'How do I become the Avatar? Or Han Solo maybe?' Wnek
http://www.kki.net.pl/decay
ICQ: 2293474


To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 17:27:28 MET DST