Pourquoi Unix est-il "autonome"?

63

Je lisais le document de Ritchie et Thompson sur le système de fichiers Unix. Ils écrivent: «Il est à noter que le système est totalement autonome». Les systèmes antérieurs à Unix n'étaient-ils pas autonomes? De quelle manière?

aupreti
la source
3
Il convient de se pencher sur le discours FOSDEM 2018 sur l' évolution Unix de Diomidis Spinellis; J'ai aussi apprécié le discours moins fréquenté de Liam Proven sur le circuit
Basile Starynkevitch,
5
Il pourrait également être intéressant de poser des questions sur les systèmes d’exploitation non autonomes sur Retrocomputing , pour lesquels vous obtiendrez probablement des réponses très détaillées.
Stephen Kitt
5
Un autre terme pour s'autofinancer est auto-hébergement
Nayuki
Il est également exact de l'appeler comme étant autonome, pour les mêmes raisons que les autres. Non seulement un nouveau système (noyau, utilisateur) peut être compilé, mais les pages de manuel et la documentation sont généralement présentes, sauf sur les systèmes embarqués / minuscules.
user2497

Réponses:

96

La question dans votre titre est traitée immédiatement après votre citation dans le journal :

Tous les logiciels Unix sont maintenus sur le système; De même, ce document et tous les autres documents de ce numéro ont été générés et formatés par l'éditeur Unix et les programmes de formatage de texte.

Ainsi, «autonome» signifie qu'une fois qu'un système Unix est configuré, il est autonome et ses utilisateurs peuvent l'utiliser pour apporter des modifications au système lui-même. «Ce numéro» dans la citation ci-dessus fait référence au journal technique du système Bell, volume 57, numéro 6, partie 2, juillet-août 1978, qui traitait uniquement du système Unix (et constitue une lecture fascinante pour ceux qui s'intéressent à Unix et à son histoire) .

Le fait qu'Unix soit autonome ne veut pas dire que tous les autres systèmes auparavant ne l'étaient pas; mais certains systèmes d’exploitation nécessitaient l’utilisation d’autres systèmes pour les construire (c’est devenu plus commun plus tard, en fait, avec l’avènement des micro-ordinateurs, dont les systèmes étaient souvent développés sur des minis). Unix était une nouveauté en ce sens qu’il incluait également des outils de composition, ce qui signifiait qu’il pouvait non seulement se construire, mais aussi produire sa documentation, à la fois en ligne et sur papier (j’imagine qu’Unix ne serait peut-être pas le premier système de ce type, mais cela aurait moins inhabituel).

Stephen Kitt
la source
20
Les outils de composition ( roff) étaient d’une importance capitale pour les premiers Unix. Une partie du financement provient de la promesse de produire un système de composition de documents.
Kusalananda
22
@Kusalananda IIRC, d'après des récits de l'équipe Unix / C d'origine, ils ont demandé l'autorisation de travailler sur un petit système d'exploitation simplifié, car Multix était si tardif, mais sans autorisation. Ils ont ensuite eu pour tâche de développer un système de gestion de documents (dont la composition n’était qu’une partie, les autres parties comprenant le système de fichiers et l’éditeur de fichiers) et un pirate informatique à la mode a décidé d’écrire un système d’exploitation afin de développer le produit
slebetman
Multics, c'est-à-dire
Artelius
Cela signifie-t-il que les systèmes d'exploitation basés sur la racine ne sont plus autonomes, l'équipe ayant supprimé gcc en tant qu'application cible?
Tudor
Un compilateur C inclus ne serait-il pas la chose la plus importante?
Faheem Mitha le
14

Le PDP-11 a été fabriqué par Digital Equipment Corporation, et les systèmes d'exploitation du fabricant pour le PDP-11 étaient les suivants:

  • RT-11
  • RSX-11
  • RSTS / E

Parmi ceux-ci, au moins RSTS / E nécessitait un autre système d'exploitation pour générer le système. Il s’agissait d’un système d’exploitation sur disque à utilisateur unique, appelé DOS bien sûr, qui ne prenait en charge que des bandes, des disques, un télétype, le sysgenprogramme qui vous posait des questions sur la configuration et créait des fichiers de configuration en langage assembleur, ainsi qu’un assembleur et un éditeur de liens. La sortie du sysgenprogramme était un système d'exploitation amorçable RSTS / E. Je ne peux pas parler pour RT-11 ou RSX-11 car je n’ai jamais eu à les analyser, mais j’ai utilisé plusieurs fois RSTS / E à la fin des années 1970.

Ils ont corrigé tout cela avec RSTS / E version 6b ou éventuellement 6c, qui hébergeait le sysgenprogramme lui-même, via un système d’exécution RT-11 (et avait également un système d’exécution RSX-11), mais tout cela se poursuivait depuis environ 1968. D'où l'accent mis sur Unix étant autonome.

utilisateur207421
la source
La RT-11 a effectivement eu sysgenet a fonctionné de la même manière. Cependant, il fonctionnait sur un système RT-11 standard qui était un utilisateur unique, bien qu’il existe un système tiers appelé TSX-Plus, qui rend RT-11 multi-utilisateur.
Wallyk
10

Pour répondre à la question initiale Pourquoi Unix est-il autonome? c'est parce que les systèmes qui n'étaient pas auto-hébergés étaient en quelque sorte aspirés.

Lorsqu'un autre système doit être développé, le système résultant ne reçoit pas l'attention nécessaire pour être fiable , convivial et utilisable.

Au début de l’ histoire de Sequent , ils ont utilisé des VAX pour développer leur système d’exploitation de type Unix et d’autres composants. En relatant leur histoire, les ingénieurs ont déclaré avec fierté que, dès que leur produit était en grande partie fiable, le président de la société avait aidé à faire rouler les VAX, de sorte que le développement devait s'auto-héberger. haute fiabilité et convivialité de conduite.

J'ai personnellement fait l'expérience de plusieurs systèmes de développement gênants et non autonomes à partir des années 1970: ISIS et iRMX, qui auraient été développés sur VAXen, bien que je pense que iRMX était peut-être en grande partie autonome à la fin des années 1980.

Wallyk
la source
10
Ceci est connu de manière informelle comme "manger votre propre nourriture pour chien". Il était très évident dans les années 1980 que les éditeurs de logiciels utilisaient et n'utilisaient pas leurs propres produits en interne.
user207421