Multiuser DOS - Multiuser DOS

Víceuživatelský DOS
Novell DR Multiuser DOS Release 5.1 720x400.png
Novell DR Multiuser DOS, verze 5.1
Vývojář Digital Research , Novell
Rodina OS CP/M
Pracovní stav Přerušeno
Zdrojový model Uzavřený zdroj
Konečné vydání 7,22 R18 / 21. dubna 2005 ; Před 16 lety (REAL/32: 7,95) ( 2005-04-21 )
K dispozici v Angličtina
Metoda aktualizace Opětovná instalace
Správce balíčků Žádný
Platformy x86 , 68 000
Typ jádra Monolitické jádro
Výchozí
uživatelské rozhraní
Rozhraní příkazového řádku ( COMMAND.COM )
Licence Proprietární
Oficiální webové stránky Různé (viz poznámky)

Multiuser DOS je víceuživatelský víceúlohový operační systém pro mikropočítače kompatibilní s IBM PC v reálném čase .

Evoluce starších operačních systémů Concurrent CP/M-86 , Concurrent DOS a Concurrent DOS 386 byla původně vyvinuta společností Digital Research a získávána a dále rozvíjena společností Novell v roce 1991. Jeho původ spočívá v dřívějším 8bitovém operačním systému Digital Research. systémy CP/M a MP/M a 16bitové single-tasking CP/M-86, které se vyvinuly z CP/M.

Když Novell v roce 1992 opustil Multiuser DOS, tři hlavní prodejci s přidanou hodnotou (VAR) DataPac Australasia , Concurrent Controls a Intelligent Micro Software mohli převzít a pokračovat v nezávislém vývoji do Datapac Multiuser DOS a System Manager, CCI Multiuser DOS a IMS Víceuživatelský DOS a REAL/32.

Řada FlexOS , která se vyvinula z Concurrent DOS 286 a Concurrent DOS 68K , byla prodána společnosti Integrated Systems , Inc. (ISI) v červenci 1994.

Souběžně CP/M-86

Počáteční verze CP / M-86 1.0 (s BDOS 2.x) byl upraven a stal se dostupný na IBM PC v roce 1982. To bylo komerčně neúspěšný jako IBM ‚s PC DOS 1.0 nabídl hodně stejné vybavení za podstatně nižší cenu . Stejně jako PC DOS, CP/M-86 plně nevyužil sílu a možnosti nového 16bitového stroje.

Brzy byla od září 1981 doplněna implementací multitaskingu „velkého bratra“ CP/M, MP/M-86 2.0 , což z PC udělalo víceuživatelský stroj schopný podporovat více souběžných uživatelů pomocí němých terminálů připojených sériovými porty . Prostředí představované každému uživateli vypadalo, jako by měl celý počítač pro sebe. Vzhledem k tomu, že terminály stojí zlomek tehdejší podstatné ceny kompletního PC, přineslo to značné úspory nákladů a usnadnilo to víceuživatelským aplikacím, jako jsou účty nebo kontrola zásob v době, kdy byly počítačové sítě vzácné, velmi drahé a obtížně se nářadí.

CP/M-86 1.1 (s BDOS 2.2) a MP/M-86 2.1 byly sloučeny a vytvořily souběžný CP/M-86 3.0 (také známý jako CCP/M-86) s BDOS 3.0 na konci roku 1982. Kathryn Strutynski , projektový manažer pro CP/M-86, byl také projektovým manažerem pro Concurrent CP/M-86. Jedním z jejích návrhářů byl Francis „Frank“ R. Holsworth. Zpočátku se jednalo o operační systém pro jednoho uživatele podporující skutečné víceúlohové zpracování až čtyř (ve výchozí konfiguraci) programů kompatibilních s CP/M-86. Stejně jako jeho předchůdci mohl být konfigurován pro podporu více procesorů (viz např. Souběžný CP/M-86/80 ) a také přidal „virtuální obrazovky“, které operátorovi umožňovaly přepínat mezi interakcemi více programů. Pozdější verze podporovaly hloupé terminály, a tak mohly být nasazeny jako víceuživatelské systémy. Souběžný CP/M-86 3.1 (BDOS 3.1) dodaný dne 21. února 1984.

Adaptace

Souběžně CP/M-86 s Windows

V únoru 1984 Digital Research také nabídl verzi Concurrent CP/M-86 s možnostmi oken s názvem Concurrent CP/M with Windows pro osobní počítač IBM a osobní počítač XT .

Souběžně CP/M-86/80

Jednalo se o adaptaci souběžných CP/M-86 pro PC LSI-M4 , LSI Octopus a CAL . Tyto stroje měly 16bitové i 8bitové procesory, protože v počátcích 16bitových osobních počítačů byl dostupnější 8bitový software, který často běžel rychleji než odpovídající 16bitový software. Souběžně CP/M-86/80 umožňovalo uživatelům spouštět aplikace CP/M (8bitové) i CP/M-86 (16bitové). Po zadání příkazu spustil operační systém odpovídající aplikaci na 8bitovém nebo 16bitovém procesoru podle toho, zda spustitelný soubor měl příponu .COM nebo .CMD . Emulovalo prostředí CP/M pro 8bitové programy překládáním systémových volání CP/M do systémových volání CP/M-86, která byla poté prováděna 16bitovým procesorem.

Souběžný DOS

V srpnu 1983 se Bruce Skidmore , Raymond D. Pedrizetti , Dave Brown a Gordon Edmonds spojili a vytvořili PC-MODE, volitelný modul pro Concurrent CP/M-86 3.1 (s BDOS 3.1), který poskytuje základní kompatibilitu s PC DOS 1.1 ( a MS-DOS 1.1 ). To bylo veřejně ukázáno na COMDEX v prosinci 1983 a dodáno v březnu 1984 jako Concurrent DOS 3.1 (aka CDOS s BDOS 3.1) dodavatelům hardwaru. Mohly být spuštěny jednoduché aplikace DOS, které neměly přímý přístup k obrazovce nebo jinému hardwaru. Přestože například konzolový program, jako je PKZIP, fungoval perfektně a nabízel více zařízení než archivátor ARC nativního CP/M , aplikace, které prováděly manipulace s obrazovkou, jako je textový procesor WordStar pro DOS, by ne a nativní souběžný CP/M (nebo CP/M-86) byly vyžadovány verze.

Zatímco v USA byl vyvinut souběžný DOS 3.1 až 4.1, OEM úpravy a lokalizace prováděla od roku 1983 skupina DR Europe 's OEM Support Group v Newbury ve Velké Británii.

Digital Research umístěna souběžné DOS 4.1 s GEM jako alternativa k IBM ‚s Topview v roce 1985.

Souběžný PC DOS

Souběžný DOS 3.2 (s BDOS 3.2) v roce 1984 byl kompatibilní s aplikacemi pro CP/M-86 1.x, Concurrent CP/M-86 3.x a PC DOS 2.0. Bylo k dispozici pro mnoho různých hardwarových platforem. Verze s IBM PC kompatibilní BIOS/XIOS byla pojmenována Concurrent PC DOS 3.2. Kathryn Strutynski byla produktovou manažerkou pro Concurrent PC DOS.

Souběžně DOS 68K a FlexOS 68K

Snaha je součástí spolupráce s Motorola od roku 1984 vedl k rozvoji souběžné DOS 68K v Austinu , Texas, jako nástupce CP / M-68K napsán v C . Jedním z jejích hlavních architektů byl Francis „Frank“ R. Holsworth (pomocí siglum FRH). Souběžný DOS 68K 1.0 byl k dispozici pro hodnocení OEM počátkem roku 1985. Úsilí získalo značné prostředky v hodnotě několika milionů dolarů od společnosti Motorola a bylo navrženo pro jejich procesory 68000 / 68010 . Stejně jako předchozí systém GEMDOS pro 68 000 procesorů původně běžel na vývojovém systému Motorola VME /10. Souběžný DOS 68K 1,20/1,21 byl k dispozici v dubnu 1986, nabízeno za přibližně200 000  dolarů OEM. Tento systém se vyvinul do FlexOS 68K na konci roku 1986.

Mezi známé verze patří:

  • Souběžný DOS 68K 1.0 (1985)
  • Souběžný DOS 68K 1.1
  • Souběžný DOS 68K 1,20 (duben 1986, 1986-05-27)
  • Souběžný DOS 68K 1,21 (1986)

Souběžně DOS 286 a FlexOS 286

Souběžně se souběžným úsilím DOS 68K si Digital Research ve spolupráci s Intel v lednu 1985 také prohlédlo souběžný DOS 286. Vycházelo se z MP/M-286 a Concurrent CP/M-286 , na kterých Digital Research pracoval od roku 1982 .

Souběžný DOS 286 byl kompletní přepis v jazyce C založený na nové architektuře systému s dynamicky načítatelnými ovladači zařízení namísto statického systému BIOS nebo XIOS. Jedním z jejích hlavních architektů byl Francis „Frank“ R. Holsworth. Operační systém by fungoval striktně v nativním režimu 80286 , což by umožňovalo chráněný režim pro více uživatelů a více úkolů při spuštění emulace 8086 . Zatímco to fungovalo na kroku B-1 prototypových vzorků čipů, Digital Research, s vyhodnocovacími kopiemi jejich operačního systému, které byly dodány již v dubnu, objevil problémy s emulací na stupni C-1 procesoru na úrovni procesoru v květnu, což by nedovolit souběžnému DOS 286 spouštět software 8086 v chráněném režimu. Vydání souběžného DOS 286 bylo naplánováno na konec května, ale bylo odloženo, dokud Intel nemohl vyvinout novou verzi čipu. V srpnu, po rozsáhlém testování krokových vzorků E-1 80286, Digital Research uvedl, že Intel opravil všechny zdokumentované 286 chyb , ale že stále existují nedoložené problémy s výkonem čipu s předběžnou verzí Concurrent DOS 286 běžící na E-1 krok. Intel uvedl, že přístup, který si Digital Research přál uplatnit při emulaci softwaru 8086 v chráněném režimu, se liší od původních specifikací; nicméně do kroku E-2 začlenili drobné změny v mikrokódu, které digitálnímu výzkumu umožnily spustit režim emulace mnohem rychleji (viz LOADALL ). Stejná omezení se týkala systému FlexOS 286 verze 1.x, přepracovaného odvození souběžného DOS 286, který od roku 1986 vyvinula nová obchodní jednotka flexibilní automatizace Digital Automation v Monterey v Kalifornii.

Pozdější verze přidaly kompatibilitu s PC DOS 2.x a 3.x.

Mezi známé verze patří:

  • Souběžný DOS 286 1.0 (1985)
  • Souběžný DOS 286 1.1 (1986-01-07)
  • Souběžný DOS 286 1.2 (1986)
  • FlexOS 286 1.3 (listopad 1986)
  • FlexOS 286 1,31 (květen 1987)

Souběžný DOS XM a souběžný DOS 386

Digital Research Concurrent DOS XM Release 6.0
Digital Research Concurrent DOS 386 Release 2.0

Skupina podpory OEM byla přemístěna do nově vytvořeného Evropského vývojového centra (EDC) společnosti Digital Research v Hungerfordu ve Velké Británii v roce 1986, které od Concurrent DOS 4.11 začalo přebírat další vývoj rodiny Concurrent DOS, včetně sourozenců jako DOS Plus a nástupců.

Vyvinuto v Hungerfordu ve Velké Británii, verze 5 a 6 (souběžný DOS XM, XM znamená rozšířená paměť ) by mohl přepnout banku až na 8 MB EEMS, aby poskytoval prostředí v reálném režimu pro souběžné spouštění více programů CP/M-86 a DOS a podporuje až tři uživatele (jeden místní a až dva připojené přes sériové terminály).

V roce 1987 byl Concurrent DOS 86 přepsán na Concurrent DOS 386, stále pokračující klasickou architekturu XIOS & BDOS. To běželo na počítačích vybavených procesory Intel 80386 a novějšími, využívajících hardwarová zařízení 386 pro virtualizaci hardwaru, což umožňovalo většině aplikací DOS běžet beze změny pod souběžným DOS 386, dokonce i na terminálech. OS podporoval souběžný víceuživatelský přístup k souborům, což umožňovalo víceuživatelským aplikacím běžet, jako by byly na jednotlivých počítačích připojených k síťovému serveru . Souběžný DOS 386 umožňoval jednomu serveru podporovat několik uživatelů na hloupých terminálech nebo levných počítačích s nízkou specifikací, které provozovaly software emulace terminálu, bez potřeby drahých pracovních stanic a tehdy drahých síťových karet. Byl to skutečný víceuživatelský systém; několik uživatelů by mohlo použít jednu databázi s uzamčením záznamu, aby se zabránilo vzájemnému rušení.

Souběžný DOS 6.0 představoval také výchozí bod pro rodinu DR DOS , která z něj byla vytesána.

Mezi známé verze patří:

  • Souběžný počítač DR DOS XM 5.0 (BDOS 5.0)
  • DR Concurrent DOS XM 5.0 (BDOS 5.0, říjen 1986)
  • DR Concurrent DOS XM 5.1 (BDOS 5.1?, Leden 1987)
  • DR Concurrent DOS XM 5.2 (BDOS 5.2?, Září 1987)
  • DR Souběžný DOS XM 6.0 (BDOS 6.0, 1987-11-18), 6.01 (1987)
  • DR Souběžný DOS XM 6.2 (BDOS 6.2), 6.21
  • DR Souběžný DOS 386 1.0 (BDOS 5.0?, 1987)
  • DR Concurrent DOS 386 1.1 (BDOS 5.2?, Září 1987)
  • DR Souběžný DOS 386 2.0 (BDOS 6.0, 1987-11-18), 2.01
  • DR Souběžný DOS 386 3.0 (BDOS 6.2, prosinec 1988, leden 1989), 3.01 (1989-05-19), 3.02 (1989)

Souběžný PC DOS XM 5.0 emuloval IBM PC DOS 2.10, zatímco Concurrent DOS XM 6.0 a Concurrent DOS 386 2.0 byly kompatibilní s IBM PC DOS 3.30.

Adaptace

Mezi známé úpravy CCI Concurrent DOS od společnosti Concurrent Controls, Inc. patří:

  • CCI Concurrent DOS 386 1.12 (BDOS 5.0?, Říjen 1987)
  • CCI Concurrent DOS 386 2.01 (BDOS 6.0?, Květen 1988)
  • CCI Concurrent DOS 386 3.01 (BDOS 6.2?, Březen 1989)
  • CCI Concurrent DOS 386 3.02 (duben 1990)
  • CCI Concurrent DOS 386 3.03 (březen 1991)
  • CCI Concurrent DOS 386 3.04 (červenec 1991) aka „CCI Concurrent DOS 4.0“
  • CCI Souběžný DOS 3.05 R1 (1992-02), R2 (1992), R3+R4 (1992), R5+R6 (1992), R7+R8 (1993), R9+R10 (1993), R11 (srpen 1993)
  • CCI Concurrent DOS 3.06 R1 (prosinec 1993), R2+R3 (1994), R4+R5+R6 (1994), R7 (červenec 1994)
  • CCI Concurrent DOS 3.07 R1 (březen 1995), R2 (1995), R3 (1996), R4 (1996), R5 (1997), R6 (1997), R7 (červen 1998)
  • CCI Souběžný DOS 3.08
  • CCI Souběžný DOS 3.10 R1 (2003-10-05)

Mezi další úpravy patří:

  • Apricot Concurrent DOS 386 2.01 (1987) pro Apricot Quad verze 4.3

Víceuživatelský DOS

Pozdější verze souběžného DOS 386 zahrnovaly některé vylepšené funkce pozdějšího klonu DR DOS pro jednoho uživatele DR DOS 5.0 pro jednoho uživatele , poté produkt dostal vysvětlující název „Multiuser DOS“ (aka MDOS), počínaje verzí 5.0 (s BDOS 6.5) v roce 1991.

Multiuser DOS trpěl několika technickými omezeními, která omezovala jeho schopnost konkurovat sítím LAN založeným na PC DOS . Pro mnoho běžného hardwaru to vyžadovalo vlastní speciální ovladače zařízení , protože ovladače pro PC DOS si nebyli vědomi víceuživatelského ani víceúlohového zpracování. Instalace ovladače byla složitější než jednoduchá metoda PC DOS kopírování souborů na spouštěcí disk a příslušná úprava souboru CONFIG.SYS - bylo nutné znovu propojit jádro Multiuser DOS (známé jako jádro ) pomocí příkazu SYSGEN .

Multiuser DOS také nebyl schopen používat mnoho běžných doplňků pro PC DOS, jako jsou síťové zásobníky , a měl omezenou schopnost podporovat pozdější vývoj ve světě kompatibilním s PC, jako jsou grafické adaptéry , zvukové karty , jednotky CD-ROM a myši. Ačkoli mnoho z nich bylo brzy opraveno - například byly vyvinuty grafické terminály, které uživatelům umožňují používat software CGA , EGA a VGA - v tomto ohledu byl méně flexibilní než síť jednotlivých počítačů, a protože ceny těchto počítačů klesaly, se stávala stále méně konkurenceschopnou, přestože stále nabízela výhody z hlediska řízení a nižších celkových nákladů na vlastnictví. Jako operační systém pro více uživatelů byla jeho cena samozřejmě vyšší než pro systém pro jednoho uživatele a vyžadovala speciální ovladače zařízení, na rozdíl od víceuživatelských doplňků DOS pro jednoho uživatele, jako je DESQview od Quarterdeck . Na rozdíl od MP/M se nikdy nestal populárním pro jednoho uživatele, ale pro víceúlohové použití.

Když Novell získal v roce 1991 Digital Research a opustil Multiuser DOS v roce 1992, tři Master VAR DataPac Australasia, Concurrent Controls a Intelligent Micro Software směly licencovat zdrojový kód systému, aby převzal a pokračoval v nezávislém vývoji svých derivací v roce 1994.

Mezi známé verze patří:

  • DR Multiuser DOS 5.00 (1991), 5.01
  • Novell DR Multiuser DOS 5.10 (1992-04-13), 5.11
  • Novell DR Multiuser DOS 5.13 (BDOS 6.6, 1992)

Všechny verze Digital Research a Novell DR Multiuser DOS se hlásily jako „IBM PC DOS“ verze 3.31.

Adaptace

DataPac Australasia

Mezi známé verze společnosti DataPac Australasia Pty Limited patří:

  • Datapac Multiuser DOS 5.0
  • Datapac Multiuser DOS 5.1 (BDOS 6.6)
  • Datapac System Manager 7.0 (1996-08-22)

V roce 1997 koupil Datapac Citrix Systems, Inc. a System Manager byl brzy poté opuštěn. V roce 2002 byla jednotka se sídlem v Sydney vyčleněna do skupiny pokročilých produktů Citrix.

Souběžné ovládání

Mezi známé verze CCI Multiuser DOS od společnosti Concurrent Controls, Inc. (CCI) patří:

  • CCI Multiuser DOS 7.00
  • CCI Multiuser DOS 7.10
  • CCI Multiuser DOS 7.21
  • CCI Multiuser DOS 7.22 R1 (září 1996), R2 (1996), R3 (1997), R4 GOLD/PLUS/LITE (BDOS 6.6, 1997-02-10), R5 GOLD (1997), R6 GOLD (1997), R7 GOLD (červen 1998), R8 GOLD, R9 GOLD, R10 GOLD, R11 GOLD (2000-09-25), R12 GOLD (2002-05-15), R13 GOLD (2002-07-15), R14 GOLD 09-13), R15 GOLD, R16 GOLD (2003-10-10), R17 GOLD (2004-02-09), R18 GOLD (2005-04-21)

Všechny verze CCI Multiuser DOS se samy hlásí jako „IBM PC DOS“ verze 3.31. Podobně jako SETVER pod DOSem to lze změnit pomocí nástroje Multiuser DOS DOSVER  xy .

V roce 1999 CCI změnila svůj název na Applica, Inc. V roce 2002 se z Applica Technology stala Aplycon Technologies, Inc.

Inteligentní mikro software, Itera a integrovaná řešení

DOS 386 Professional
IMS Multiuser DOS

Mezi známé úpravy IMS Multiuser DOS patří:

  • IMS Multiuser DOS Enhanced Release 5.1 (1992)
  • IMS Multiuser DOS 5.11
  • IMS Multiuser DOS 5.14
  • IMS Multiuser DOS 7.0
  • IMS Multiuser DOS 7.1 (BDOS 6.7, 1994)

Všechny verze IMS Multiuser DOS se samy hlásí jako „IBM PC DOS“ verze 3.31.

SKUTEČNÉ/32
IMS REAL/32 Verze 7.6

Společnost Intelligent Micro Software Ltd. (IMS) z Thatchamu ve Velké Británii získala v roce 1994 od společnosti Novell licenci na další vývoj Multiuser DOS a v roce 1995 přejmenovala svůj produkt na REAL/32.

Podobně jako dříve FlexOS / 4690 OS , IBM v roce 1995 licencovala REAL / 32 7,50, aby jej spojila se svými 4695 POS terminály.

Verze IMS REAL/32:

  • IMS REAL/32 7,50 (BDOS 6.8, 1995-07-01), 7.51 (BDOS 6.8), 7.52 (BDOS 6.9), 7.53 (BDOS 6.9, 1996-04-01), 7.54 (BDOS 6.9, 1996-08-01 )
  • IMS REAL/32 7,60 (BDOS 6,9, únor 1997), 7,61, 7,62, 7,63
  • IMS REAL/32 7,70 (listopad 1997), 7,71, 7,72, 7,73, 7,74 (1998)
  • IMS REAL/32 7,80, 7,81 (únor 1999), 7,82, 7,83 (BDOS 6,10)
  • IMS REAL/32 7,90 (1999), 7,91, 7,92
  • ITERA IMS REAL/32 7,93 (červen 2002), 7,94 (BDOS 6.13, 2003-01-31)
  • Integrovaná řešení IMS REAL/32 7,95

REAL/32 7,50 až 7,74 se hlásí jako „IBM PC DOS“ verze 3.31, zatímco 7.80 a vyšší hlásí verzi 6.20. Podpora LBA a FAT32 byla přidána s REAL/32 7,90 v roce 1999. Dne 19. dubna 2002 podala společnost Intelligent Micro Software Ltd. insolvenci a převzala ji jedna z jejích hlavních zákazníků, společnost Itera Ltd. Barry Quittenton. Tato společnost byla rozpuštěna v letech 2006- 03-28. Od roku 2010 dodával REAL/32 společnost Integrated Solutions of Thatcham, UK, ale společnost na stejné adrese byla později uvedena jako stavitelé.

REAL/NG

REAL/NG byl pokus IMS vytvořit „další generaci“ REAL/32, také pojmenovanou „REAL/32 pro internetovou dobu“. Společnost REAL/NG slíbila „zvýšení rozsahu hardwaru od počítačů po víceprocesorové serverové systémy x86“.

Seznam inzerovaných funkcí k roku 2003:

  • Běží na Red Hat 7.3 nebo novější verzi Linuxu
  • Zpětně kompatibilní s DOS a REAL/32
  • Max. 65535 virtuálních konzolí; každý z nich může být uživatelem
  • Nevyžadují se žádné znalosti Linuxu
  • Správa/nastavení/upgrade pomocí webového prohlížeče (lokálního a vzdáleného)
  • Dodáváno s emulátorem terminálu na bázi TCP/IP Linux//Windows pro počet zakoupených uživatelů
  • Integrované sdílení tisku a souborů
  • Integrované mapování disku mezi servery Linux a REAL/NG
  • Podpora hardwaru uživatele
  • Zvýšený výkon
  • Výrazně zvýšené TPA
  • Podpora více procesorů
  • Vylepšená podpora hardwaru
  • Vestavěná podpora brány firewall
  • Velmi nízké náklady na sedadlo
  • Nízké celkové náklady na vlastnictví
  • Dodáváno na CD
  • Dodáváno se sadou disků Red Hat CD

Do 10. prosince 2003 společnost IMS zpřístupnila „REALNG V1.60-V1.19-V1.12“, což se na základě internetového archivu jeví jako nejnovější vydání.

V roce 2005 web realng.com zrcadlil hlavní web IMS a nezmiňoval REAL/NG, pouze REAL/32.

Aplikační software

Zatímco různá vydání tohoto operačního systému měla rostoucí schopnost spouštět programy DOS, software napsaný pro platformu mohl využívat výhod jeho funkcí pomocí volání funkcí, konkrétně vhodných pro víceuživatelský provoz. Využíval preventivní multitasking , který zabraňoval špatně napsaným aplikacím zdržovat další procesy tím, že si zachoval kontrolu nad procesorem. Multiuser DOS je dodnes podporován populárními knihovnami SSL/TLS , jako je wolfSSL .

Rozhraní API poskytovalo podporu pro blokovací a neblokující fronty zpráv, fronty vzájemného vyloučení, schopnost vytvářet podprocesní vlákna, která byla prováděna nezávisle na nadřazeném systému, a způsob pozastavení provádění, který neztrácel cykly procesoru, na rozdíl od použitých nečinných smyček operačními systémy pro jednoho uživatele. Aplikace byly spuštěny jako „připojené“ ke konzole . Pokud však aplikace nepotřebovala interakci uživatele, mohla se „odpojit“ od konzoly a spustit jako proces na pozadí , později se v případě potřeby znovu připojit ke konzole.

Další klíčovou vlastností bylo, že správa paměti podporovala „sdílený“ model paměti pro procesy (kromě obvyklých modelů dostupných pro běžné programy DOS). V modelu sdílené paměti byly části programu „kód“ a „data“ izolovány od sebe. Protože „kód“ neobsahoval žádná upravitelná data, části kódu v paměti by mohly být sdíleny několika procesy se stejným programem, čímž by se snížily nároky na paměť.

Programy napsané nebo přizpůsobené pro jakoukoli víceúlohovou platformu se musí vyhnout technice používané systémy s jedním úkolem přecházet do nekonečných smyček, dokud nebudou přerušeny, například když čekají, až uživatel stiskne klávesu; tento promarněný čas procesoru, který by mohly využít jiné procesy. Místo toho souběžný DOS poskytoval volání API, které by proces mohl po určitou dobu volat do „spánku“. Pozdější verze souběžného jádra DOS zahrnovaly Idle Detection, které monitorovalo volání DOS API a zjišťovalo, zda aplikace dělá užitečnou práci nebo je ve skutečnosti nečinná. V takovém případě byl proces pozastaven, což umožňuje spuštění dalších procesů. Detekce volnoběhu byla katalyzátorem patentované funkce správy napájení DR-DOS Dynamic Idle Detection, kterou v roce 1989 vynalezli Roger Alan Gross a John P. Constant a prodávali jako BatteryMAX .

Viz také

Reference

Další čtení

externí odkazy