知識ベース

マルチユーザーDOS

マルチユーザーDOSは、IBM PC互換マイクロコンピューター用のリアルタイムマルチユーザーマルチタスクオペレーティングシステムです。

古いConcurrent CP / M-86Concurrent DOS 、およびConcurrent DOS 386オペレーティングシステムの進化版であり、もともとDigital Researchによって開発され、1991年にNovellによって買収され、さらに開発されました。システムCP / MおよびMP / M、およびCP / Mから進化した16ビットシングルタスクCP / M-86。

Novellが1992年にマルチユーザーDOSを放棄したとき、3つのマスター付加価値再販業者(VAR)DataPac Australasia、Concurrent Controls、Intelligent Micro Softwareが引き継がれ、Datapac Multiuser DOSおよびSystem Manager、CCI Multiuser DOS、およびIMS Multiuserへの独立した開発が継続されましたDOSおよびREAL / 32。

コンカレントDOS 286とコンカレントDOS 68Kから進化したFlexOSラインは、1994年7月にIntegrated Systems、Inc.(ISI)に売却されました。

同時CP / M-86

CP / M-86 1.0(BDOS 2.x付き)の初期バージョンは1982年にIBM PCに適用され、利用可能になりました。IBMのPC DOS 1.0はかなり低い価格でほぼ同じ機能を提供したため、商業的に失敗しました。 PC DOSと同様に、CP / M-86は新しい16ビットマシンのパワーと機能を完全には活用していませんでした。

1981年9月以降、CP / Mのマルチタスク「ビッグブラザー」であるMP / M-86 2.0の実装によってまもなく補完されました。これにより、PCは、シリアルポートで接続されたダム端末を使用して複数の同時ユーザーをサポートできるマルチユーザーマシンになりました。各ユーザーに提示される環境は、まるでコンピューター全体を所有しているように見えました。端末は完全なPCの当時の実質的な価格の数分の1のコストであるため、PCネットワークが希少で非常に高価で困難な時代に、アカウントや在庫管理などのマルチユーザーアプリケーションを促進するだけでなく、かなりのコスト削減を実現しました実装します。

CP / M-86 1.1(BDOS 2.2)とMP / M-86 2.xは、1982/1983にBDOS 3.0で並行CP / M-86 3.0(別名CCP / M-86)を作成するために統合されました。そのデザイナーの一人はフランク・ホルスワースでした。当初、これは、最大4つの(デフォルト構成で)CP / M-86互換プログラムの真のマルチタスクをサポートするシングルユーザーオペレーティングシステムでした。それ以降のバージョンではダム端末がサポートされていたため、マルチユーザーシステムとして展開できました。 1984年2月21日に出荷された同時CP / M-86 3.1(BDOS 3.1)。

適応

Windowsでの同時CP / M-86

1984年2月、Digital Research は、IBM Personal ComputerおよびPersonal Computer XT用のWindowsでのConcurrent CP / Mという名前のウィンドウ機能を備えたバージョンのConcurrent CP / M-86も提供しました。

同時CP / M-86 / 80

これは、Concurrent CP / M-86をLSI-M4、LSI Octopus、CAL PCコンピューターに適応させたものです。これらのマシンには16ビットと8ビットの両方のプロセッサが搭載されていました。16ビットパーソナルコンピューティングの初期の頃は、8ビットソフトウェアが対応しており、対応する16ビットソフトウェアよりも高速だったためです。同時CP / M-86 / 80により、ユーザーはCP / M(8ビット)およびCP / M-86(16ビット)アプリケーションの両方を実行できました。コマンドが入力されると、オペレーティングシステムは、実行可能ファイルの拡張子が.COMか.CMDかどうかに応じて、8ビットまたは16ビットプロセッサで対応するアプリケーションを実行しました。 CP / MシステムコールをCP / M-86システムコールに変換し、16ビットプロセッサで実行することにより、8ビットプログラム用のCP / M環境をエミュレートしました。

同時DOS

1983年8月、ブルース・スキッドモア、レイ・ペドリゼッティ、デイブ・ブラウン、ゴードン・エドモンズは、PC DOS(およびMS-との基本的な互換性を提供するコンカレントCP / M-86 3.1(BDOS 3.1)のオプションモジュールであるPC-MODEを作成するために協力しました。 DOS)。これは、1983年12月にCOMDEXで公開され、1984年3月にハードウェアベンダーにConcurrent DOS 3.1(別名CDOS with BDOS 3.1)として出荷されました。画面やその他のハードウェアに直接アクセスしなかった単純なDOSアプリケーションを実行できました。たとえば、PKZIPなどのコンソールプログラムは完全に機能し、CP / MネイティブARCアーカイバーよりも多くの機能を提供しましたが、DOS用のWordStarワードプロセッサなどの画面操作を実行するアプリケーションは機能せず、ネイティブConcurrent CP / M (またはCP / M-86)バージョンが必要でした。

Concurrent DOS 3.1から4.1までは米国で開発されていましたが、1983年以降、イギリスのニューベリーにあるDR EuropeのOEMサポートグループによってOEMの適応とローカリゼーションが行われました。

Digital Researchは、1985年にIBMのTopViewの代替としてGEMを備えたConcurrent DOS 4.1を位置付けました。

同時PC DOS

1984年の同時DOS 3.2(BDOS 3.2)はPC DOS 1.xと互換性があり、多くの異なるハードウェアプラットフォームで利用できました。 IBM PC互換BIOS / XIOSのバージョンは、Concurrent PC DOS 3.2と名付けられました。

同時DOS 68KおよびFlexOS 68K

1984年以降のモトローラとの協力の努力により、テキサス州オースティンで、Cで記述されたCP / M-68Kの後継として、コンカレントDOS 68Kが開発されました。コンカレントDOS 68K 1.0は、1985年初頭にOEM評価に利用可能になりました。モトローラから数百万ドル相当の相当額の資金を受け取り、68000/68010プロセッサ向けに設計されました。 68000プロセッサ用の以前のGEMDOSシステムと同様に、当初はMotorola VME / 10開発システムで実行されていました。 1986年4月に同時DOS 68K 1.20 / 1.21が利用可能になり、OEMに約20万ドルで提供されました。このシステムは、1986年後半にFlexOS 68Kに進化しました。

既知のバージョンは次のとおりです。

  • コンカレントDOS 68K 1.0(1985)
  • 同時DOS 68K 1.1
  • 同時DOS 68K 1.20(1986年4月、1986-05-27)
  • コンカレントDOS 68K 1.21(1986)

同時DOS 286およびFlexOS 286

Concurrent DOS 68Kの取り組みと並行して、Digital Researchは1985年1月にIntelと協力してConcurrent DOS 286をプレビューしました。ConcurrentDOS 286は、静的ではなく動的にロード可能なデバイスドライバーを備えた新しいシステムアーキテクチャに基づいてC言語で完全に書き直されましたBIOSまたはXIOS。主な建築家の一人はフランク・ホルスワースでした。オペレーティングシステムは80286ネイティブモードで厳密に機能し、8086エミュレーションの実行中に保護モードのマルチユーザー、マルチタスク操作が可能になります。これはプロトタイプチップサンプルのB-1ステップで機能していましたが、4月に出荷されたオペレーティングシステムの評価コピーを含むDigital Researchは、5月にプロセッサの生産レベルC-1ステップでのエミュレーションに問題を発見しました。 Concurrent DOS 286が保護モードで8086ソフトウェアを実行できないようにします。 Concurrent DOS 286のリリースは5月下旬に予定されていましたが、Intelがチップの新しいバージョンを開発できるようになるまで遅れました。 8286年、80286のE-1ステップサンプルを広範囲にテストした後、Digital Researchは、Intelが文書化された286の正誤表をすべて修正したが、E-1で実行されるConcurrent DOS 286のプレリリースバージョンにはまだ文書化されていないチップパフォーマンスの問題があると述べましたステップ。 Intelは、Digital Researchが8086ソフトウェアを保護モードでエミュレートする際に採用したいアプローチは、元の仕様とは異なると述べました。それにもかかわらず、Digital Researchがエミュレーションモードをはるかに高速に実行できるように、マイクロコードの小さな変更をE-2ステップに組み込みました(LOADALLを参照)。これらの同じ制限は、1986年以降カリフォルニア州モントレーにあるDigital Researchの新しいフレキシブルオートメーションビジネスユニットによって開発されたConcurrent DOS 286の派生物であるFlexOS 286バージョン1.xに影響を及ぼしました。

それ以降のバージョンでは、PC DOS 2.xおよび3.xとの互換性が追加されました。

既知のバージョンは次のとおりです。

  • コンカレントDOS 286 1.0(1985)
  • コンカレントDOS 286 1.1(1986-01-07)
  • コンカレントDOS 286 1.2(1986)
  • FlexOS 286 1.3(1986年11月)
  • FlexOS 286 1.31(1987年5月)

コンカレントDOS XMおよびコンカレントDOS 386

OEMサポートグループは、1986年に英国ハンガーフォードにあるDigital Researchの新たに作成された欧州開発センター(EDC)に移転し、DOS Plusや後継者などの兄弟を含め、Concurrent DOS 4.11以降、Concurrent DOSファミリーの開発を引き継ぎ始めました。

英国ハンガーフォードで開発されたバージョン5および6(コンカレントDOS XM、XMは拡張メモリ)は、最大8 MBのEEMSを切り替えて、複数のCP / M-86およびDOSプログラムを同時に実行するリアルモード環境を提供できます。最大3人のユーザーをサポートします(1人はローカル、2人まではシリアル端末を介して接続します)。

1987年、Concurrent DOSは、Concurrent DOS 386に書き直され、従来のXIOS&BDOSアーキテクチャの継続でした。これはIntel 80386以降のプロセッサを搭載したマシンで実行され、ハードウェアを仮想化する386のハードウェア機能を使用して、ほとんどのDOSアプリケーションを端末上でもConcurrent DOS 386で変更なしで実行できます。 OSは、同時マルチユーザーファイルアクセスをサポートしており、マルチユーザーアプリケーションをネットワークサーバーに接続された個々のPC上にあるかのように実行できます。コンカレントDOS 386により、単一のサーバーが、高価なワークステーションや高価なネットワークカードを必要とせずに、ダム端末または端末エミュレーションソフトウェアを実行する安価な仕様のPCで多数のユーザーをサポートできました。これは真のマルチユーザーシステムでした。複数のユーザーがレコードのロックを備えた単一のデータベースを使用して、相互干渉を防ぐことができます。

コンカレントDOS 6.0は、DR DOSファミリの出発点でもあり、DR DOSファミリから作成されました。

既知のバージョンは次のとおりです。

  • DRコンカレントPC DOS XM 5.0(BDOS 5.0)
  • DRコンカレントDOS XM 5.0(BDOS 5.0、1986年10月)
  • DR Concurrent DOS XM 5.1(BDOS 5.1?、1987年1月)
  • DR同時DOS XM 5.2(BDOS 5.2?、1987年9月)
  • DR Concurrent DOS XM 6.0(BDOS 6.0、1987-11-18)、6.01(1987)
  • DR Concurrent DOS XM 6.2(BDOS 6.2)、6.21

  • DR Concurrent DOS 386 1.0(BDOS 5.0?、1987)
  • DRコンカレントDOS 386 1.1(BDOS 5.2?、1987年9月)
  • DRコンカレントDOS 386 2.0(BDOS 6.0、1987-11-18)
  • DR Concurrent DOS 386 3.0(BDOS 6.2、1988-12、1989-01)、3.01(1989-05-19)、3.02(1989)

コンカレントPC DOS XM 5.0はIBM PC DOS 2.10をエミュレートしましたが、コンカレントDOS XM 6.0およびコンカレントDOS 386 2.0はIBM PC DOS 3.30と互換性がありました。

適応

Concurrent Controls、Inc.による既知のCCI Concurrent DOS適応には以下が含まれます。

  • CCIコンカレントDOS 386 1.12(BDOS 5.0?、1987-10)
  • CCIコンカレントDOS 386 2.01(BDOS 6.0?、1988-05)
  • CCIコンカレントDOS 386 3.01(BDOS 6.2?、1989-03)
  • CCIコンカレントDOS 386 3.02(1990-04)
  • CCIコンカレントDOS 386 3.03(1991-03)
  • CCIコンカレントDOS 386 3.04(1991-07)別名「CCIコンカレントDOS 4.0」
  • CCI Concurrent DOS 3.05 R1(1992-02)、R2(1992)、R3 + R4(1992)、R5 + R6(1992)、R7 + R8(1993)、R9 + R10(1993)、R11(1993-08)
  • CCI Concurrent DOS 3.06 R1(1993-12)、R2 + R3(1994)、R4 + R5 + R6(1994)、R7(1994-07)
  • CCI Concurrent DOS 3.07 R1(1995-03)、R2(1995)、R3(1996)、R4(1996)、R5(1997)、R6(1997)、R7(1998-06)
  • CCIコンカレントDOS 3.08
  • CCIコンカレントDOS 3.10 R1(2003-10-05)

その他の適応には次のものがあります。

  • Apricot Quadバージョンレベル4.3用のApricot Concurrent DOS 386 2.01(1987)

マルチユーザーDOS

Concurrent DOS 386の後のバージョンには、DRのシングルユーザーPC DOSクローンDR DOS 5.0の拡張機能の一部が組み込まれ、その後、バージョン5.0以降で製品に「Multiuser DOS」(別名MDOS)というより説明的な名前が付けられました。 BDOS 6.5)1991年。

マルチユーザーDOSには、PC DOSベースのLANと競合する能力を制限するいくつかの技術的な制限がありました。 PC DOSドライバーはマルチユーザーまたはマルチタスクに対応していなかったため、多くの一般的なハードウェアに独自の特別なデバイスドライバーが必要でした。ドライバーのインストールは、ファイルをブートディスクにコピーしてCONFIG.SYSを適切に変更する単純なPC DOS方式よりも複雑でした。SYSGENコマンドを使用してマルチユーザーDOSカーネル( ニュークリアスと呼ばれる)を再リンクする必要がありました。

マルチユーザーDOSは、ネットワークスタックなどの多くの一般的なPC DOSの追加機能も使用できませんでした。また、グラフィックアダプター、サウンドカード、CD-ROMドライブ、マウスなど、PC互換の世界における後の開発をサポートする能力が制限されていました。これらの多くはすぐに修正されましたが(たとえば、ユーザーがCGA、EGA、VGAソフトウェアを使用できるようにするグラフィカル端末が開発されました)、個々のPCのネットワークよりもこの点で柔軟性が低く、これらの価格が下がったため、管理の面での利点と総所有コストの削減を提供しましたが、競争は次第に少なくなりました。マルチユーザーオペレーティングシステムであるため、その価格はもちろんシングルユーザーシステムよりも高く、QuarterdeckのDESQviewなどのシングルユーザーマルチタスクDOSアドオンとは異なり、特別なデバイスドライバーが必要でした。 MP / Mとは異なり、シングルユーザーではなくマルチタスクでの使用では一般的になりませんでした。

ノベルが1991年にDigital Researchを買収し、1992年にマルチユーザーDOSを放棄したとき、3つのマスターVAR DataPac Australasia、Concurrent Controls、およびIntelligent Micro Softwareは、1994年に派生物の独立した開発を引き継いで継続するためにシステムのソースコードのライセンスを許可されました。

既知のバージョンは次のとおりです。

  • DRマルチユーザーDOS 5.00(1991)、5.01
  • Novell DRマルチユーザーDOS 5.10(1992-04-13)、5.11
  • Novell DRマルチユーザーDOS 5.13(BDOS 6.6、1992)

Digital ResearchとNovell DR Multiuser DOSのすべてのバージョンは、自身を「IBM PC DOS」バージョン3.31と報告しました。

適応

DataPacオーストラレーシア

DataPac Australasia Pty Limitedの既知のバージョンには以下が含まれます。

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

1997年、DatapacはCitrix Systems、Inc.に買収され、System Managerは間もなく廃止されました。 2002年、シドニーに拠点を置くユニットは、CitrixのAdvanced Products Groupにスピンアウトされました。

同時制御

Concurrent Controls、Inc.(CCI)による既知のCCI Multiuser DOSバージョンには次のものがあります。

  • CCIマルチユーザーDOS 7.00
  • CCIマルチユーザーDOS 7.10
  • CCIマルチユーザーDOS 7.21
  • CCIマルチユーザーDOS 7.22 R1(1996-09)、R2(1996)、R3(1997)、R4 GOLD / PLUS / LITE(BDOS 6.6、1997-02-10)、R5 GOLD(1997)、R6 GOLD(1997)、 R7ゴールド(1998-06)、R8ゴールド、R9ゴールド、R10ゴールド、R11ゴールド(2000-09-25)、R12ゴールド(2002-05-15)、R13ゴールド(2002-07-15)、R14ゴールド( 2002-09-13)、R15 GOLD、R16 GOLD(2003-10-10)、R17 GOLD(2004-02-09)、R18 GOLD(2005-04-21)

CCI Multiuser DOSのすべてのバージョンは、自身を「IBM PC DOS」バージョン3.31として報告します。 DOSでのSETVERと同様に、これはマルチユーザーDOS DOSVER xyユーティリティを使用して変更できます。

1999年、CCIは社名をApplica、Incに変更しました。2002年、Applica TechnologyはAplycon Technologies、Incになりました。

インテリジェントマイクロソフトウェア、IteraおよびIntegrated Solutions DOS 386 Professional IMSマルチユーザーDOS

IMS Multiuser DOSの既知の適応には以下が含まれます。

  • IMSマルチユーザーDOS拡張リリース5.1(1992)
  • IMSマルチユーザーDOS 5.11
  • IMSマルチユーザーDOS 5.14
  • IMSマルチユーザーDOS 7.0
  • IMSマルチユーザーDOS 7.1(BDOS 6.7、1994)

IMSマルチユーザーDOSのすべてのバージョンは、自身を「IBM PC DOS」バージョン3.31として報告します。

REAL / 32

英国サッチャムのIntelligent Micro Software Ltd.(IMS)は、1994年にNovellからマルチユーザーDOSをさらに開発するライセンスを取得し、1995年に製品REAL / 32に名前を変更しました。

以前のFlexOS / 4690 OSと同様に、IBMは1995年に4695 POS端末にバンドルするためにREAL / 32 7.50のライセンスを取得しました。

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、1997-02)、7.61、7.62、7.63
  • IMS REAL / 32 7.70(1997-11)、7.71、7.72、7.73、7.74(1998)
  • IMS REAL / 32 7.80、7.81(1999-02)、7.82、7.83(BDOS 6.10)
  • IMS REAL / 32 7.90(1999)、7.91、7.92
  • ITERA IMS REAL / 32 7.93(2002-06)、7.94(BDOS 6.13、2003-01-31)
  • 統合ソリューションIMS REAL / 32 7.95

REAL / 32 7.50から7.74は、自身を「IBM PC DOS」バージョン3.31として報告しますが、7.80以降では6.20のバージョンを報告します。 LBAおよびFAT32のサポートは1999年にREAL / 32 7.90で追加されました。2002-04-19に、Intelligent Micro Software Ltd.は破産を申請し、その主要顧客の1つであるBarry Quittenton's Itera Ltdに引き継がれました。 2006-03-28。 2010年現在、REAL / 32は英国サッチャムのIntegrated Solutionsから提供されていましたが、同じ住所の会社は後にビルダーとしてリストされました。

リアル/ NG

REAL / NGは、「 インターネット時代のREAL / 32 」とも呼ばれるREAL / 32の「 次世代 」を作成しようとするIMSの試みでした。 REAL / NGは、「 PCからx86マルチプロセッササーバーシステムへのハードウェアの範囲の拡大 」を約束しました。

2003年時点で提供されている機能リスト:

  • Red Hat 7.3以降のバージョンのLinuxで実行
  • DOSおよびREAL / 32との下位互換性
  • 最大65535の仮想コンソール。これらはそれぞれユーザーにすることができます。
  • Linuxの専門知識は不要
  • Webブラウザーによる管理/セットアップ/アップグレード(ローカルおよびリモート)
  • 購入したユーザー数に応じて、TCP / IP Linux / Windowsベースのターミナルエミュレーターが付属
  • 組み込みの印刷とファイル共有
  • LinuxとREAL / NGサーバー間のドライブマッピングが組み込まれています
  • ユーザーハードウェアのサポート
  • パフォーマンスの向上
  • TPAが大幅に増加
  • マルチプロセッサのサポート
  • ハードウェアサポートの改善
  • 組み込みのファイアウォールサポート
  • 座席あたりの低コスト
  • 低い総所有コスト
  • CDで提供
  • 一連のRed Hat CDが付属

2003年12月10日までに、IMSは「 REALNG V1.60-V1.19-V1.12 」を利用可能にしました。これは、インターネットアーカイブに基づいて、最新リリースのようです。

2005年までに、 realng.com WebサイトはIMSメインWebサイトをミラーリングしており、REAL / NGについては言及していませんでした。

アプリケーションソフトウェア

このオペレーティングシステムのさまざまなリリースではDOSプログラムを実行する能力が向上しましたが、プラットフォーム用に作成されたソフトウェアは、マルチユーザー操作に特に適した関数呼び出しを使用することでその機能を利用できます。プリエンプティブなマルチタスキングを使用し、プロセッサの制御を維持することにより、不適切に作成されたアプリケーションが他のプロセスを遅らせることを防ぎました。今日まで、マルチユーザーDOSは、wolfSSLなどの一般的なSSL / TLSライブラリでサポートされています。

APIは、ブロッキングおよび非ブロッキングメッセージキュー、相互排除キュー、親から独立して実行されるサブプロセススレッドを作成する機能、および使用されるアイドルループとは異なり、プロセッササイクルを無駄にしない実行を一時停止する方法をサポートしましたシングルユーザーオペレーティングシステムによる。アプリケーションは、コンソールに「接続」されて開始されました。ただし、アプリケーションがユーザーの操作を必要としない場合、コンソールから「切断」され、バックグラウンドプロセスとして実行され、必要に応じて後でコンソールに再接続されます。

もう1つの重要な機能は、メモリ管理がプロセスの「共有」メモリモデルをサポートしたことです(通常のDOSプログラムで使用可能な通常のモデルに加えて)。共有メモリモデルでは、プログラムの「コード」セクションと「データ」セクションは互いに分離されていました。 「コード」には変更可能なデータが含まれていなかったため、メモリ内のコードセクションを同じプログラムを実行する複数のプロセスで共有でき、メモリ要件を削減できました。

マルチタスクプラットフォーム用に記述または適合されたプログラムは、たとえば、ユーザーがキーを押すのを待っているときに中断されるまで無限ループに入るシングルタスクシステムで使用される手法を回避する必要があります。これは、他のプロセスが使用できる無駄なプロセッサー時間です。代わりに、コンカレントDOSは、プロセスが一定期間「スリープ」するために呼び出すことができるAPI呼び出しを提供しました。 Concurrent DOSカーネルの以降のバージョンには、アプリケーションが有用な作業を行っているか実際にアイドル状態であるかを判断するDOS API呼び出しを監視するアイドル検出が含まれていました。 Idle Detectionは、1989年にRoger A. GrossとJohn P. Constantによって発明され、BatteryMaxとして販売された、特許取得済みのDR-DOS Dynamic Idle Detection電源管理機能の触媒でした。