DOS dla wielu użytkowników — Multiuser DOS

DOS dla wielu użytkowników
Novell DR Multiuser DOS wersja 5.1 720x400.png
Novell DR Multiuser DOS wersja 5.1
Deweloper Badania cyfrowe , Novell
Rodzina systemów operacyjnych CP/M
Stan pracy Wycofane
Model źródłowy Zamknięte źródło
Wersja ostateczna 7.22 R18 / 21 kwietnia 2005 ; 16 lat temu (REAL/32: 7.95) ( 2005-04-21 )
Dostępne w język angielski
Metoda aktualizacji Ponowna instalacja
Menedżer pakietów Nic
Platformy x86 , 68000
Typ jądra Jądro monolityczne
Domyślny
interfejs użytkownika		 Interfejs wiersza poleceń ( COMMAND.COM )
Licencja Prawnie zastrzeżony
Oficjalna strona internetowa Różne (patrz uwagi)

Multiuser DOS to wielozadaniowy system operacyjny czasu rzeczywistego dla wielu użytkowników dla mikrokomputerów kompatybilnych z IBM PC .

Ewolucja starsza Jednoczesne CP / M-86 , współbieżne DOS i współbieżne DOS 386 systemów operacyjnych, został pierwotnie opracowany przez Digital Research i nabyte i rozwinięte przez firmę Novell w 1991. Jego kłamstwa przodków we wcześniejszym Digital Research 8-bitowej obsługi systemy CP/M i MP/M oraz 16-bitowy jednozadaniowy CP/M-86, który wyewoluował z CP/M.

Kiedy Novell porzucił Multiuser DOS w 1992 roku, trzem głównym sprzedawcom wartości dodanej ( VARs ) DataPac Australasia , Concurrent Controls i Intelligent Micro Software pozwolono przejąć i kontynuować niezależny rozwój w Datapac Multiuser DOS i System Manager, CCI Multiuser DOS i IMS Wieloużytkownikowy DOS i REAL/32.

Linia FlexOS , która wyewoluowała z Concurrent DOS 286 i Concurrent DOS 68K , została sprzedana firmie Integrated Systems , Inc. (ISI) w lipcu 1994 roku.

Jednoczesny CP/M-86

Zobacz też: MP/M-86

Wstępna wersja CP / M-86 1,0 (z BDOS 2.x) została dostosowana i stał się dostępny dla IBM PC w roku 1982. To był komercyjnie nieudany jak IBM „s PC DOS 1.0 oferowana tak samo zaplecze dla znacznie niższej cenie . Podobnie jak PC DOS, CP/M-86 nie wykorzystywał w pełni mocy i możliwości nowej 16-bitowej maszyny.

Wkrótce uzupełniono go implementacją wielozadaniowego „starszego brata” CP/M, MP/M-86 2.0 , od września 1981 roku. To zmieniło komputer PC w maszynę wieloużytkownikową zdolną do obsługi wielu równoczesnych użytkowników za pomocą głupich terminali podłączonych przez porty szeregowe . Środowisko prezentowane każdemu użytkownikowi sprawiało wrażenie, jakby miał cały komputer dla siebie. Ponieważ terminale kosztują ułamek ówczesnej znaczącej ceny kompletnego komputera, zapewniło to znaczne oszczędności, a także ułatwiło aplikacje dla wielu użytkowników, takie jak konta lub kontrola zapasów w czasach, gdy sieci komputerowe były rzadkie, bardzo drogie i trudne do wprowadzić w życie.

CP/M-86 1.1 (z BDOS 2.2) i MP/M-86 2.1 zostały połączone w celu stworzenia Concurrent CP/M-86 3.0 (znanego również jako CCP/M-86) z BDOS 3.0 pod koniec 1982 roku. Kathryn Strutyński , kierownik projektu dla CP/M-86, był również kierownikiem projektu dla Concurrent CP/M-86. Jednym z jej projektantów był Francis „Frank” R. Holsworth. Początkowo był to system operacyjny dla jednego użytkownika, obsługujący prawdziwą wielozadaniowość do czterech (w domyślnej konfiguracji) programów kompatybilnych z CP/M-86. Podobnie jak jego poprzednicy, można go było skonfigurować do obsługi wielu procesorów (patrz np. Concurrent CP/M-86/80 ), a także dodać „wirtualne ekrany” umożliwiające operatorowi przełączanie się między interakcjami wielu programów. Późniejsze wersje obsługiwały głupie terminale, dzięki czemu mogły być wdrażane jako systemy dla wielu użytkowników. Concurrent CP/M-86 3.1 (BDOS 3.1) wysłany 21 lutego 1984 r.

Adaptacje

Równoczesny CP/M-86 z systemem Windows

W lutym 1984 roku firma Digital Research zaoferowała również wersję Concurrent CP/M-86 z funkcjami okienkowymi o nazwie Concurrent CP/M with Windows dla komputerów osobistych IBM i komputerów osobistych XT .

Jednoczesny CP/M-86/80

Zobacz też: CP/M-86/80 , CP/M 8-16 i MP/M 8-16

Była to adaptacja Concurrent CP/M-86 dla komputerów PC LSI-M4 , LSI Octopus i CAL . Maszyny te miały zarówno 16-bitowe, jak i 8-bitowe procesory, ponieważ we wczesnych dniach 16-bitowych komputerów osobistych oprogramowanie 8-bitowe było bardziej dostępne i często działało szybciej niż odpowiadające mu oprogramowanie 16-bitowe. Równoczesne CP/M-86/80 umożliwiało użytkownikom uruchamianie aplikacji CP/M (8-bitowych) i CP/M-86 (16-bitowych). Po wprowadzeniu polecenia system operacyjny uruchamiał odpowiednią aplikację na 8-bitowym lub 16-bitowym procesorze, w zależności od tego, czy plik wykonywalny miał rozszerzenie .COM czy .CMD . Emulował środowisko CP/M dla programów 8-bitowych, tłumacząc wywołania systemowe CP/M na wywołania systemowe CP/M-86, które były następnie wykonywane przez 16-bitowy procesor.

Współbieżny DOS

W sierpniu 1983 Bruce Skidmore , Raymond D. Pedrizetti , Dave Brown i Gordon Edmonds połączyli siły, aby stworzyć PC-MODE, opcjonalny moduł dla Concurrent CP/M-86 3.1 (z BDOS 3.1), aby zapewnić podstawową kompatybilność z PC DOS 1.1 ( i MS-DOS 1.1 ). Zostało to pokazane publicznie na targach COMDEX w grudniu 1983 r. i wysłane w marcu 1984 r. jako Concurrent DOS 3.1 (inaczej CDOS z BDOS 3.1) do producentów sprzętu. Można było uruchamiać proste aplikacje DOS, które nie miały bezpośredniego dostępu do ekranu lub innego sprzętu. Na przykład, chociaż program konsolowy, taki jak PKZIP, działał doskonale i oferował więcej funkcji niż natywny archiwizator ARC CP/M , aplikacje, które wykonywały manipulacje na ekranie, takie jak edytor tekstu WordStar dla DOS, nie działały , a natywny program Concurrent CP/M (lub CP/M-86) wersje były wymagane.

Podczas gdy Concurrent DOS 3.1 do 4.1 został opracowany w USA, adaptacje i lokalizacje OEM były przeprowadzane przez DR Europe 's OEM Support Group w Newbury w Wielkiej Brytanii od 1983 roku.

Badania cyfrowy umieszczony Równoczesne DOS 4.1 z GEM jako alternatywa dla IBM jest TOPVIEW w 1985 roku.

Współbieżny system operacyjny DOS

Concurrent DOS 3.2 (z BDOS 3.2) w 1984 roku był kompatybilny z aplikacjami dla CP/M-86 1.x, Concurrent CP/M-86 3.x i PC DOS 2.0. Był dostępny na wiele różnych platform sprzętowych. Wersja z systemem BIOS/XIOS zgodnym z IBM PC została nazwana Concurrent PC DOS 3.2. Kathryn Strutyński była kierownikiem produktu ds. współbieżnego systemu DOS na PC.

Równoczesny system DOS 68K i FlexOS 68K

Wysiłki podejmowane w ramach współpracy z Motorolą od 1984 roku doprowadziły do ​​opracowania Concurrent DOS 68K w Austin w Teksasie, jako następcy CP/M-68K napisanego w C . Jednym z jej głównych architektów był Francis „Frank” R. Holsworth (używając siglum FRH). Jednoczesne DOS 68K 1,0 stały się dostępne dla oceny OEM na początku 1985 roku otrzymał wysiłek wart znaczne fundusze kilka milionów dolarów od Motoroli zaprojektowana dla swoich 68000 / 68010 procesorów. Podobnie jak wcześniejszy system GEMDOS dla procesorów 68000, początkowo działał na systemie deweloperskim Motorola VME /10. Jednoczesny DOS 68K 1.20/1.21 był dostępny w kwietniu 1986 roku, oferowany przez około200 000  dolarów dla producentów OEM. System ten przekształcił się w FlexOS 68K pod koniec 1986 roku.

Znane wersje to:

  • Równoczesny system DOS 68K 1.0 (1985)
  • Równoczesny DOS 68K 1.1
  • Jednoczesny DOS 68K 1.20 (kwiecień 1986, 1986-05-27)
  • Równoczesny DOS 68K 1.21 (1986)

Równoczesny system DOS 286 i FlexOS 286

Równolegle do prac nad Concurrent DOS 68K, firma Digital Research zaprezentowała również wersję Concurrent DOS 286 we współpracy z Intelem w styczniu 1985 roku. Oparta była ona na MP/M-286 i Concurrent CP/M-286 , nad którymi firma Digital Research pracowała od 1982 roku. .

Współbieżny DOS 286 był całkowicie przepisany w języku C opartym na nowej architekturze systemu z dynamicznie ładowanymi sterownikami urządzeń zamiast statycznego BIOS-u lub XIOS. Jednym z jej głównych architektów był Franciszek „Frank” R. Holsworth. System operacyjny działałby ściśle w trybie natywnym 80286 , umożliwiając tryb chroniony wielu użytkowników, wielozadaniowość podczas emulacji 8086 . Choć pracował na B-1 kroku próbek prototypowy chip Digital Research, z kopiami ocenę ich systemu operacyjnego już Wysyłka w kwietniu, odkrytych problemów z emulacją na poziomie produkcji C-1 etap procesora w maju, co nie zezwalaj współbieżnemu DOS 286 na uruchamianie oprogramowania 8086 w trybie chronionym. Wydanie Concurrent DOS 286 zaplanowano na koniec maja, ale zostało opóźnione do czasu, gdy Intel będzie mógł opracować nową wersję układu. W sierpniu, po szeroko zakrojonych testach E-1 stepowych próbek 80286, Digital Research powiedział, że Intel poprawił wszystkie udokumentowane errata 286 , ale nadal występują nieudokumentowane problemy z wydajnością chipów w przedpremierowej wersji Concurrent DOS 286 działającej na E-1 krok. Intel powiedział, że podejście Digital Research, które chciało zastosować w emulacji oprogramowania 8086 w trybie chronionym, różniło się od oryginalnej specyfikacji; niemniej jednak wprowadzili do kroku E-2 drobne zmiany w mikrokodzie, które umożliwiły Digital Research znacznie szybsze uruchomienie trybu emulacji (patrz LOADALL ). Te same ograniczenia dotyczyły FlexOS 286 w wersji 1.x, przeprojektowanej pochodnej Concurrent DOS 286, która została opracowana przez nowy dział elastycznej automatyzacji firmy Digital Research w Monterey w Kalifornii od 1986 roku.

Późniejsze wersje dodały kompatybilność z PC DOS 2.xi 3.x.

Znane wersje to:

  • Równoczesny DOS 286 1.0 (1985)
  • Równoczesny DOS 286 1.1 (1986-01-07)
  • Równoczesny DOS 286 1.2 (1986)
  • FlexOS 286 1.3 (listopad 1986)
  • FlexOS 286 1,31 (maj 1987)

Współbieżny DOS XM i Współbieżny DOS 386

Zobacz też: GEM XM
Digital Research Concurrent DOS XM Release 6.0
Digital Research Concurrent DOS 386 Release 2.0

Grupa Wsparcia OEM została przeniesiona do nowo utworzonego Europejskiego Centrum Cyfrowe Research Development (EDC) w Hungerford , Wielkiej Brytanii w 1986 roku, który rozpoczął się przejąć dalszy rozwój rodziny Jednoczesne DOS od Równoczesne DOS 4.11, w tym rodzeństwo jak DOS Plus i następców.

Opracowane w Hungerford w Wielkiej Brytanii wersje 5 i 6 (Concurrent DOS XM, z XM oznaczającym rozszerzoną pamięć ) mogą przełączać do 8 MB EEMS, aby zapewnić środowisko trybu rzeczywistego do jednoczesnego uruchamiania wielu programów CP/M-86 i DOS i obsługuje do trzech użytkowników (jeden lokalny i do dwóch podłączonych przez terminale szeregowe).

W 1987 roku Concurrent DOS 86 został przepisany na Concurrent DOS 386, nadal będący kontynuacją klasycznej architektury XIOS i BDOS. Działało to na maszynach wyposażonych w procesory Intel 80386 i nowsze, wykorzystując możliwości sprzętowe 386 do wirtualizacji sprzętu, pozwalając większości aplikacji DOS na działanie w niezmienionej postaci pod Concurrent DOS 386, nawet na terminalach. System operacyjny wspierał współbieżny dostęp do plików dla wielu użytkowników, pozwalając aplikacjom wieloużytkownikowym działać tak, jakby znajdowały się na pojedynczych komputerach podłączonych do serwera sieciowego . Współbieżny system DOS 386 umożliwiał jednemu serwerowi obsługę wielu użytkowników korzystających z głupich terminali lub niedrogich komputerów PC o niskiej specyfikacji z oprogramowaniem do emulacji terminali, bez potrzeby stosowania drogich stacji roboczych i kosztownych wówczas kart sieciowych. To był prawdziwy system wieloużytkownikowy; kilku użytkowników może korzystać z jednej bazy danych z blokowaniem rekordów, aby zapobiec wzajemnym interferencjom.

Współbieżny DOS 6.0 stanowił również punkt wyjścia dla rodziny DR DOS , która została z niego wyrzeźbiona.

Znane wersje to:

  • DR Współbieżny komputer PC DOS XM 5.0 (BDOS 5.0)
  • DR Współbieżny DOS XM 5.0 (BDOS 5.0, październik 1986)
  • DR Współbieżny DOS XM 5.1 (BDOS 5.1?, styczeń 1987)
  • DR Concurrent DOS XM 5.2 (BDOS 5.2?, wrzesień 1987)
  • DR Równoczesny DOS XM 6.0 (BDOS 6.0, 1987-11-18), 6.01 (1987)
  • DR Równoczesny DOS XM 6.2 (BDOS 6.2), 6.21
  • DR Równoczesny DOS 386 1.0 (BDOS 5.0?, 1987)
  • DR Równoczesny DOS 386 1.1 (BDOS 5.2?, wrzesień 1987)
  • DR Równoczesny DOS 386 2.0 (BDOS 6.0, 1987-11-18), 2.01
  • DR Równoczesny DOS 386 3.0 (BDOS 6.2, grudzień 1988, styczeń 1989), 3.01 (1989-05-19), 3.02 (1989)

Concurrent PC DOS XM 5.0 emulował IBM PC DOS 2.10, podczas gdy Concurrent DOS XM 6.0 i Concurrent DOS 386 2.0 były kompatybilne z IBM PC DOS 3.30.

Adaptacje

Znane adaptacje CCI Concurrent DOS firmy Concurrent Controls, Inc. obejmują:

  • CCI równoczesny DOS 386 1,12 (BDOS 5.0?, październik 1987)
  • CCI równoczesny DOS 386 2.01 (BDOS 6.0?, maj 1988)
  • CCI równoczesny DOS 386 3,01 (BDOS 6.2?, marzec 1989)
  • CCI Równoczesny DOS 386 3.02 (kwiecień 1990)
  • CCI Równoczesny DOS 386 3.03 (marzec 1991)
  • CCI Concurrent DOS 386 3.04 (lipiec 1991) znany również jako "CCI Concurrent DOS 4.0"
  • CCI Równoczesny DOS 3,05 R1 (1992-02), R2 (1992), R3+R4 (1992), R5+R6 (1992), R7+R8 (1993), R9+R10 (1993), R11 (sierpień 1993)
  • CCI Równoczesny DOS 3.06 R1 (grudzień 1993), R2+R3 (1994), R4+R5+R6 (1994), R7 (lipiec 1994)
  • CCI Concurrent DOS 3.07 R1 (marzec 1995), R2 (1995), R3 (1996), R4 (1996), R5 (1997), R6 (1997), R7 (czerwiec 1998)
  • CCI Równoczesny DOS 3.08
  • CCI Równoczesny DOS 3.10 R1 (2005-10-05)

Inne adaptacje obejmują:

  • Apricot Concurrent DOS 386 2.01 (1987) dla wersji Apricot Quad Poziom 4.3

DOS dla wielu użytkowników

Ten artykuł dotyczy współbieżnego systemu DOS. W przypadku innych zastosowań zobacz MDOS (ujednoznacznienie) .

Późniejsze wersje Concurrent DOS 386 zawierały niektóre ulepszone funkcje późniejszego klonu DR dla jednego użytkownika PC DOS DR DOS 5.0 , po czym produkt otrzymał bardziej wyjaśniającą nazwę "Multiuser DOS" (aka MDOS), począwszy od wersji 5.0 (z BDOS 6.5) w 1991 roku.

Multiuser DOS cierpiał z powodu kilku technicznych ograniczeń, które ograniczały jego zdolność do konkurowania z sieciami LAN opartymi na PC DOS . Wymagał własnych specjalnych sterowników urządzeń dla większości popularnego sprzętu, ponieważ sterowniki PC DOS nie były świadome obsługi wielu użytkowników ani wielozadaniowości. Instalacja sterownika była bardziej złożona niż prosta metoda PC DOS polegająca na skopiowaniu plików na dysk startowy i odpowiedniej modyfikacji CONFIG.SYS – konieczne było ponowne połączenie jądra Multiuser DOS (tzw. nucleus ) za pomocą polecenia SYSGEN .

Multiuser DOS nie był również w stanie korzystać z wielu popularnych dodatków PC DOS, takich jak stosy sieciowe , i był ograniczony w swojej zdolności do obsługi późniejszych zmian w świecie kompatybilnym z komputerami PC, takich jak karty graficzne , karty dźwiękowe , napędy CD-ROM i myszy. Chociaż wiele z nich zostało szybko naprawionych – na przykład opracowano terminale graficzne, umożliwiające użytkownikom korzystanie z oprogramowania CGA , EGA i VGA – było ono pod tym względem mniej elastyczne niż sieć pojedynczych komputerów, a wraz ze spadkiem ich cen stawała się coraz mniej konkurencyjna, choć nadal oferowała korzyści w zakresie zarządzania i niższy całkowity koszt posiadania. Jako system operacyjny dla wielu użytkowników, jego cena była oczywiście wyższa niż system dla jednego użytkownika i wymagał specjalnych sterowników urządzeń, w przeciwieństwie do wielozadaniowych dodatków DOS dla jednego użytkownika, takich jak DESQview firmy Quarterdeck . W przeciwieństwie do MP/M, nigdy nie stał się popularny dla jednego użytkownika, ale do użytku wielozadaniowego.

Kiedy firma Novell przejęła Digital Research w 1991 roku i porzuciła Multiuser DOS w 1992 roku, trzy główne VARy: DataPac Australasia, Concurrent Controls i Intelligent Micro Software otrzymały pozwolenie na licencjonowanie kodu źródłowego systemu, aby przejąć i kontynuować niezależny rozwój ich pochodnych w 1994 roku.

Znane wersje to:

  • 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)

Wszystkie wersje Digital Research i Novell DR Multiuser DOS zgłaszały się jako „IBM PC DOS” w wersji 3.31.

Adaptacje

DataPac Australazja

Znane wersje firmy DataPac Australasia Pty Limited obejmują:

  • Datapac Multiuser DOS 5.0
  • Datapac Multiuser DOS 5.1 (BDOS 6.6)
  • Menedżer systemu Datapac 7.0 (22.08.1996)

W 1997 roku Datapac został kupiony przez Citrix Systems, Inc. , a System Manager został wkrótce porzucony. W 2002 roku jednostka z siedzibą w Sydney została włączona do grupy zaawansowanych produktów Citrix.

Równoczesne sterowanie

Znane wersje CCI Multiuser DOS firmy Concurrent Controls, Inc. (CCI) obejmują:

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

Wszystkie wersje CCI Multiuser DOS zgłaszają się jako „IBM PC DOS” w wersji 3.31. Podobnie jak w SETVER pod DOS , można to zmienić za pomocą narzędzia  xy DOSVER dla wielu użytkowników .

W 1999 roku firma CCI zmieniła nazwę na Applica, Inc. W 2002 roku Applica Technology przekształciła się w Aplycon Technologies, Inc.

Inteligentne mikrooprogramowanie, Itera i zintegrowane rozwiązania

DOS 386 Profesjonalny
IMS dla wielu użytkowników DOS

Znane adaptacje IMS Multiuser DOS obejmują:

  • Rozszerzona wersja IMS dla wielu użytkowników DOS 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)

Wszystkie wersje IMS Multiuser DOS zgłaszają się jako „IBM PC DOS” w wersji 3.31.

REALNE/32
IMS REAL/32 wersja 7.6

Firma Intelligent Micro Software Ltd. (IMS) z siedzibą w Thatcham w Wielkiej Brytanii nabyła od firmy Novell licencję na dalsze rozwijanie systemu Multiuser DOS i zmieniła nazwę swojego produktu na REAL/32 w 1995 roku.

Podobnie jak wcześniej FlexOS / 4690 OS , IBM w 1995 roku udzielił licencji REAL/32 7.50, aby połączyć go z terminalami 4695 POS.

Wersje 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, luty 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 (luty 1999), 7.82, 7.83 (BDOS 6.10)
  • IMS REAL/32 7,90 (1999), 7,91, 7,92
  • ITERA IMS REAL/32 7.93 (czerwiec 2002), 7.94 (BDOS 6.13, 2003-01-31)
  • Zintegrowane rozwiązania IMS REAL/32 7,95

REAL/32 7.50 do 7.74 zgłaszają się jako "IBM PC DOS" w wersji 3.31, podczas gdy 7.80 i nowsze zgłaszają wersję 6.20. Obsługa LBA i FAT32 została dodana do REAL/32 7.90 w 1999 roku. 19 kwietnia 2002 roku firma Intelligent Micro Software Ltd. złożyła wniosek o upadłość i została przejęta przez jednego z jej głównych klientów, firmę Barry Quittenton's Itera Ltd. Firma ta została rozwiązana w 2006 roku- 03-28. Od 2010 r. REAL/32 był dostarczany przez Integrated Solutions of Thatcham w Wielkiej Brytanii, ale firma pod tym samym adresem została później wymieniona jako budowniczy.

REAL/NG

REAL/NG był próbą IMS stworzenia „następnej generacji” REAL/32, nazwanego również „REAL/32 dla ery internetu”. REAL/NG obiecał „zwiększoną gamę sprzętu, od komputerów PC do wieloprocesorowych systemów serwerowych x86”.

Lista reklamowanych funkcji, stan na 2003 r.:

  • Działa z Red Hat 7.3 lub nowszą wersją systemu Linux
  • Wstecznie kompatybilny z DOS i REAL/32
  • Maksymalnie 65535 konsol wirtualnych; każdy z nich może być użytkownikiem
  • Nie jest wymagana wiedza o Linuksie
  • Administracja/konfiguracja/aktualizacja przez przeglądarkę internetową (lokalna i zdalna)
  • Dostarczany z emulatorem terminala opartym na TCP/IP Linux/Windows dla liczby zakupionych użytkowników
  • Wbudowane drukowanie i udostępnianie plików
  • Wbudowane mapowanie dysków między Linuxem a serwerami REAL/NG
  • Wsparcie sprzętowe użytkownika
  • Zwiększona wydajność
  • Znacznie zwiększony TPA
  • Obsługa wielu procesorów
  • Ulepszona obsługa sprzętu
  • Wbudowana obsługa zapory
  • Bardzo niski koszt za miejsce
  • Niski całkowity koszt posiadania
  • Dostarczany na płycie CD
  • Dostarczany z zestawem płyt CD Red Hat

Do 10 grudnia 2003 roku IMS udostępnił "REALNG V1.60-V1.19-V1.12", który na podstawie Internet Archive wydaje się być najnowszą wersją.

Do 2005 r. witryna realng.com była kopią głównej witryny IMS i nie zawierała żadnej wzmianki o REAL/NG, tylko REAL/32.

Oprogramowanie

Podczas gdy różne wersje tego systemu operacyjnego miały coraz większą zdolność do uruchamiania programów DOS, oprogramowanie napisane dla platformy mogło korzystać z jego funkcji, używając wywołań funkcji specjalnie dostosowanych do obsługi wielu użytkowników. Używał wielozadaniowości z wywłaszczaniem , zapobiegając opóźnianiu innych procesów przez źle napisane aplikacje poprzez zachowanie kontroli nad procesorem. Do dziś Multiuser DOS jest obsługiwany przez popularne biblioteki SSL/TLS, takie jak wolfSSL .

API zapewniały wsparcie dla blokowania i nieblokujące kolejki komunikatów , kolejki wzajemnego wykluczania na zdolność do tworzenia podproces wątki , które wykonywane niezależnie od rodziców, a sposób zatrzymując wykonania, które nie tracić cykli procesora, w przeciwieństwie stosowane pętle bezczynności przez systemy operacyjne jednego użytkownika. Aplikacje były uruchamiane jako „podłączone” do konsoli . Jeśli jednak aplikacja nie wymagała interakcji użytkownika, może „odłączyć się” od konsoli i działać jako proces w tle , a następnie w razie potrzeby ponownie podłączyć się do konsoli.

Inną kluczową cechą było to, że zarządzanie pamięcią obsługiwało „współdzielony” model pamięci dla procesów (oprócz zwykłych modeli dostępnych dla normalnych programów DOS). W modelu pamięci dzielonej sekcje „kod” i „dane” programu były od siebie odizolowane. Ponieważ „kod” nie zawierał żadnych modyfikowalnych danych, sekcje kodu w pamięci mogą być współużytkowane przez kilka procesów uruchamiających ten sam program, zmniejszając w ten sposób wymagania dotyczące pamięci.

Programy napisane lub przystosowane dla dowolnej platformy wielozadaniowej muszą unikać techniki stosowanej przez systemy jednozadaniowe polegające na wchodzeniu w niekończące się pętle, dopóki nie zostaną przerwane, na przykład, gdy użytkownik naciśnie klawisz; ten zmarnowany czas procesora, który mógłby zostać wykorzystany przez inne procesy. Zamiast tego Concurrent DOS dostarczył wywołanie API, które proces może wywołać w celu „uśpienia” przez pewien czas. Późniejsze wersje jądra Concurrent DOS zawierały Idle Detection, które monitorowało wywołania interfejsu API DOS w celu określenia, czy aplikacja wykonuje użyteczną pracę, czy faktycznie jest bezczynna, w którym to przypadku proces został zawieszony, umożliwiając działanie innym procesom. Idle Detection jest katalizatorem opatentowanej funkcji zarządzania energią DR-DOS Dynamic Idle Detection, wynalezionej w 1989 roku przez Rogera Alana Grossa i Johna P. Constanta i sprzedawanej jako BatteryMAX .

Zobacz też

Bibliografia

Dalsza lektura

Zewnętrzne linki