UNIXの初期の歴史

これは記事からの断片の翻訳であり、私の意見では、別の投稿に投稿するのが適切です。 主な記事： habrahabr.ru/post/193798



MACプロジェクト（Multiple Access Computer、Machine-Aided Cognition、Man and Computer）は、1963年にMITでの純粋な研究プロジェクトとして始まりました。 その後、コンピューターサイエンス研究所（LCS）に成長し、今日ではコンピューターサイエンスおよび人工知能研究所と呼ばれています。



60年代前半には、タイムシェアリングシステムへの関心が急上昇しました。 ジョン・マッカーシーは、1959年に「IBM 709プロジェクトの時間指定オペレータープログラム」というタイトルのメモを書きました。 Corbato、Mervyn-Dagget、およびDaleyは、1962年の記事で、「タイムシェアリングにより、コンピューターの使用方法に3番目のグローバルな変化が迫っています」と書いています。 最初は、コンピューターの使用効率を向上させる方法として考えられていましたが、すぐにマルチユーザーシステムのアイデアに至りました。 デニス・リッチーは、書き込み-コンパイル-実行-デバッグサイクルの最も遅いステップは、マシンではなく人によって決定されたと後で言います。







MACプロジェクトのフレームワーク内で、オペレーティングシステムの開発を含む、共有された時間を持つシステムに大きな貢献がありました（そのような言葉はありませんでしたが、明確にするために-およそTransl。） 60年代後半には、BBN、DTSS、JOSS、SDCなど、他のいくつかのタイムシェアリングシステムが作成されました。しかし、このすべてはこの記事には関係ありません。 しかし、Multiplexed Information and Computing Service（MULTICS）はそうです。

Multics

これは、MIT、Bell Telephone Laboratories（BTL）、およびGeneral Electric（GE）の共同開発であり、GE-645コンピュータ用のタイムシェアリングOSを作成します。



当時、「コンピューターを使用する」とは、ほぼ排他的に「プログラミング」を意味していました。 つまり、上記の書き込み-デバッグサイクルをより効率的に実行する必要がありました。



Multicsは、一度に最大1000人のユーザーをサポートできるアプリケーションソフトウェアになることでした。 また、TKから（「Multicsシステムの紹介とレビュー」、コルバト、ヴィソツキー、1965年に引用）：

• 24時間365日の運用
• 必要に応じて追加および改善できるフレームワークの存在
• さまざまなプログラミング言語とユーザーインターフェイスのサポート。 システム自体は、主に高水準言語PL / Iで作成されました。
• 幅広いアプリケーションのサポート
• 便利で柔軟かつ高速なリモートアクセスをサポート
• 制御、リソース割り当て、および承認の階層構造を持っている
• 信頼できるFSを持っている
• データアクセス制御のサポート
• オンライン文書の入手可能性

BTLは、1969年初頭にこのプロジェクトから撤回しました。 Multicsは、一連の再販後も商用製品として開発されました。 HoneywellはGEのコンピューター事業を買収し、BullはHoneywellを買収しました。 一般に、プロジェクトは成功し、その後の多くのプロジェクトに大きな影響を与えました。 Multicsを実行している最後のコンピューターは、2000年10月31日にシャットダウンされました。

Unix

BTLはプロジェクトを離れましたが、その従業員の一部は自分で継続したいと考えていました。 たとえば、ケントンプソン、デニスリッチー、スチュフェルドマン、ダグマキロイ、ボブモリス、ジョーオサンヌ。 トンプソンは、GE-635で宇宙旅行ゲームに取り組みました。 最初にMultics用に作成され、次にGE-635上のGECOSの下でFortranに書き換えられました。 ゲームは太陽系の体をシミュレートし、プレイヤーは惑星または衛星のどこかに船を上陸させなければなりませんでした。 このコンピューターのソフトウェアもハードウェアも、このようなゲームには適していませんでした。 トンプソンは代替手段を探していて、所有者のいないPDP-7の下でゲームを書き直しました。 メモリは8K 18ビットワードのボリュームで、その間美しいグラフィックを表示するためのベクターディスプレイプロセッサもありました。 トンプソンは、リッチーを使用してアセンブラーでPDP-7のゲームを書き直しました。 その過程で、浮動小数点を操作するためのソフトウェアユニットも取得しました。 ゲームはOSなしでベアメタルで動作しました。

ゼロ版（1969年末）

トンプソンとリッチーは、GEでクロスアセンブリを完全に開発し、パンチテープにコードを移植しました。 トンプソンは積極的にそれを好まなかったため、ファイルシステムから始めて、PDP-7のOSを書き始めました。 システムは1969年の終わりに組み立てられ始めました。 すでにカーネル、エディター、アセンブラー、単純なシェル、およびcat



、 cp



、 rm



などのファイルユーティリティがありました。 それはUNICSで、名前はMulticsを微妙にトローリングします。 その後、UNIXで変異しました。 これはゼロ版と見なすことができます。



cp



コマンドの最初のバージョンは、引数をペアで処理しました。

 # cp file11 file12 file21 file22 ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

dsw



（スイッチを使用した削除）コマンドにより、ファイルを対話形式で削除できました。



Multicsおよびさらに以前のCTSSが現代のUnixライクなシステムに与える影響：

• シェル、Multicsでは、単にシェルと呼ばれていました。 UNIXでは、結果を代入することは `command`のように見え、Multicsでは[command]のようになります。
• ls
  
  
  
  、 pwd
  
  
  
  、 chdir
  
  
  
  （Multicsのcwd
  
  
  
  ）、 mail
  
  
  
  、 man
  
  
  
  （Multicsのhelp
  
  
  
  ）などの多くのコマンド。
• rc
  
  
  
  ファイルを介した構成。 CTSSにはRUNCOM
  
  
  
  プログラムがありました。
• roff
  
  
  
  、テキストをレンダリングするためのコマンド。 CTSSおよびMulticsでは、ドキュメントはRUNOFF
  
  
  
  チームによって作成されました
• バイトの単純なストリームとしてのファイル
• 文字と改行のストリームとしてのテキスト
• ツリーファイルシステム
• 低レベルのハードウェア機能を隠すディスクアクセスAPI
• I / O関数の引数構造には、ファイルハンドラ、バッファ、および多くの文字が含まれます
• I / Oリダイレクト

リッチーはストーリー記事で次のように書いています。「一般的に、UNIXは非常に保守的なシステムです。 そこに実装されているアイデアのほんの一部だけが本当に新しいものです。 しかし、CTSSレガシーの場合、これでさえ悪くありません。 」



PDP-7 UNIXにはiノードを備えたファイルシステムがありましたが、物理ブロックのリストと最小限のメタデータ（サイズ、作成時間、ファイルタイプ）をほとんど含んでいませんでした。 特別なファイルとディレクトリがサポートされましたが、ファイルパスはありませんでした。 しかし、バッファリングがありました。 別の重要な制限：

• ディレクトリと特殊ファイルは、ファイルシステムを作成するときにのみ作成できます。
• ドライブは1つしか存在できません
• マルチプログラミングはサポートされていません。 常にメモリに存在できるプログラムは1つだけです。
• 物理ディスクアクセスによりシステムが完全にブロックされた
• fork、exec、waitの呼び出しはありませんでした。 シェルは松葉杖を介して機能しました。プログラムが起動すると、シェルは完了し、完了時にプログラムはシェルを再起動しました。

PDP-7 UNIXは、BCPL言語の影響下で作成された高レベル言語Bの始まりでもあります。 デニスリッチーは、Bは型のないCだと言いました。 BCPLは8Kのメモリに収まり、トンプソンによって慎重に再設計されました。 私は徐々にCで育ちました。カーネルとPDP-7 UNIXプログラムは完全にアセンブラーで書かれていたことを思い出します。



BCPLのハノイの塔の例



UNIXはPDP-9でも機能しました。 1969年には、最初のARPANETも開始され、最初のRFCが公開されました。



UNIX開発チームはBTLとチャットして、24 KBのメモリを搭載したより高度なコンピューターであるPDP-11 / 20を購入しました。 OSなしで実行するドキュメントの編集および編集用のシステムを作成し、開発にのみUNIXを使用することを約束しました。 UNIXは1971年初頭に新しいコンピューターで起動されました。 12 KBのメモリがカーネルによって占有され、もう少しはプログラムによって占有され、その他はすべてramdriveの下に置かれました。

初版（1971年11月）

初版は、MMUおよびハードウェアメモリ保護なしでPDP-11 / 20で機能しました。 そのため、作業の安定性と障害に対する抵抗力は標準に達しませんでした。 マルチプログラミングもありませんでしたが、ファイルパスはすでに表示されていました。 そのようなシステムコールのドキュメントがありました： break, cemt, chdir, chmod, chown, close, creat, exec, exit, fork, fstat, getuid, gtty, ilgins, intr, link, mkdir, mount, open, quit, read, rele, seek, setuid, smdate, stat, stime, stty, tell, time, umount, unlink, wait, write.







プログラミング言語のうち、アセンブラー、B、BASIC、FORTRANがサポートされていました。 まだないので。



Bおよびアセンブラーの開発環境のファイル：

/bin/as



アセンブラ/bin/as



。 デフォルトの出力ファイルはa.out



と呼ばれます

/bin/ld



リンクエディタ（リンカはよりコンテキストに依存していますが、元の翻訳から翻訳を取得するのは非常に困難です-およその翻訳） 。 一時ファイルの競合のため、一度に1つのディレクトリで作業できるユーザーは1人だけです。

/bin/nm



は、アセンブラーまたはブートローダーの結果からシンボルテーブルを出力します

/bin/strip



は、バイナリから余分な文字を削除します

/bin/un



は、プログラム内の未定義文字をリストします

/etc/as2



セカンドパス/etc/as2





/etc/ba



アセンブラーB（prog.i-> prog.s）

/etc/bc



コンパイラB（prog.b-> prog.i）

/etc/bilib



インタプリタライブラリB

/etc/brt1, /etc/brt2



ランタイムB

/etc/liba.a



ルーチン

/etc/libb.a



Bのルーチンライブラリ

/usr/b/rc



Bプログラムをバイナリにコンパイルするためのシェルスクリプト。 チェーンで動作しますprogram.b-> program.i-> program.s-> a.out



初版では、著作権についてはどこにも言及していません。 ドキュメントは印象的な7巻のエディションでした： cm.bell-labs.com/cm/cs/who/dmr/1stEdman.html 。 要約：

1. チーム。 ユーザーが直接呼び出すプログラム
2. システムコール 特別なプロセッサコマンドを介して呼び出されます
3. ルーチン。 ユーザープログラムによって呼び出されます
4. 特別なファイル
5. ファイル形式
6. 雑多

その後のエディションでは、システムメンテナンス専用の第8巻が登場しました。



マニュアルの各論理ページはマニュアルman page



と呼ばれ、タイトル、簡単な説明、テキスト、影響を受けるファイルのリスト、リンク、診断、バグ、および作成者が含まれていました。 ドキュメントはed



エディターで準備され、 roff



プログラムでフォーマットされました。 最初のページはcat



チーム専用でした。

第2版​​（1972年6月）

第2版​​、コンパイラC、



追加されました。 別の言語で書かれています。 新しいコマンドとシステムコールが登場::（ :(1), cc, echo(1), exit(1), goto(1), if(1), login(1), m6(1), man(1), mt(1), opr(1), stty(1), tmg(1), tss(1), kill(2), sleep(2), sync(2), atan(3), hypot(3), nlist(3), qsort(3), salloc(3), and sqrt(3).







:(1)



何もしません。 もともとはgotoのラベルでしたが、そのような行を無視するようにシェルに教える必要がありました

cc(1)



Cコンパイラ

m6(1)



汎用マクロプロセッサ

opr(1)



は印刷ジョブを送信します

tmg(1)



コンパイラコンパイラ。 TMGは、コンパイラを記述するための言語です。

Honeywell TSS OSへのリモートアクセス用のtss(1)



インターフェイス。

任意の長さの文字列を操作するためのsalloc(3)



ライブラリ



第二版では、マルチプログラミングやメモリ保護もありませんでしたが、著作権が登場しました

第3版（1973年2月）

このバージョンは、PDP-11 / 45で動作し、メモリ保護とその大容量（最大256 Kb）のサポートを備えていました。



新機能のうち、パイプラインとマルチプログラミングに注意を払う必要があります。 さらに：

cdb(1)



デバッガーC

crypt(3)



パスワード暗号化手順

proof(1)



proto-diff

ps(8)



プロセスリスト

sno(1)



SNOBOL IIIコンパイラーおよびインタープリター

speak(1)



スピーチシンセサイザー。 入力で単語のストリームを受け取り、発音を与える

typo(1)



マニュアルからの引用： "...ドキュメント内のまれな単語、タイプミス、およびハパックスレゴメナを検索し、標準出力に出力します"）

yacc(6)



コンパイラコンパイラ

第4版（1973年11月）

これは実際にはCで書き直された第3版です。新しいPDP-11モデル-/ 60および/ 70もサポートされています。 より高レベルの言語の開発により、システムのボリュームは3分の1増加しました。 コマンドにマイナーアップデートがあり、言語Bは配信から除外されました。

Habréのこのテーマに関するその他の事項

habrahabr.ru/post/114588

habrahabr.ru/post/126369

habrahabr.ru/post/147774-非常によく書かれています。 両方の記事が同じソースに依存しているため、テキストは場所で繰り返されます

habrahabr.ru/post/46432