UNIX-way как следствие превалирования C

Чем рулить то будете на скоростях хотя бы более 60, джостиком как пилот что ли? Так баранка то по проще будет, по дешевше, легче обучаться. А другие басни про то как всё скоро будет само ездить уже рассказывают так давно, что даже за мою не шибко длинную жизнь я слышу это каждые 10 лет. А воз и ныне там. Любой технический специалист(что программист, что инженер двигателей, то инженеры подвески, не говоря уже о тех кто профессионально занимается распознание образов) знает, что пока не ясно когда мы хотя бы примерно сможем сэмулировать хотя бы тупого водителя. И я вам тайну открою, это знали прекрасно и 100 лет назад, поэтому придумали механизмы более надёжные, не нуждающиеся в рулении, где сама дорога решает(привет рельсы, привет направляющие и тд). Ничего не изменилось с того времени, кроме вливания мегабабла в гугл инвесторами и рекламой светлого будущего в стиле рекламы коммунизма - вот вот наступит.

не очень понимаю к чему вы все это

К тому что вот это

unix-way появился тк в отличии от DOS где надо было писать софтину которая делала все, можно было это разделить тк появился mmu и можно было в многозадачность

чушь. unix way появился не потому и никакого отношения к «отличию от DOS», mmu и многозадачности не имеет.

Кстати, на pdp-7 никакого mmu не было. По своим характеристикам этот комп ничем не отличается от тех, на которых работал DOS.

Кстати, на pdp-7 никакого mmu не было.

А как там было с многозадачностью и изоляцией процессов?

как там было с многозадачностью и изоляцией процессов

Никакой изоляции не было. Вообще дроч на безопасность начался значительно позже. А для многозадачности это не нужно.

Никакой изоляции не было.

И как выглядело адресное пространство процесса? Все процессы в одном пространстве?

Гы. Процессы. Ну вы батенька и размахнулись =)

Это ж PDP-7 — самое начало развития Unix. Процессов было ровно 2. При переключении полный свопинг.

Не было ни fork, ни exec. Шелл загружал программу вместо себя, оставляя в памяти небольшой кусок кода, и ждал, пока ему вернут управление. Отсюда кстати и пошло это дебильное разделение на fork и exec - правильно, зачем полноценное создание процесса, если шелл уже и так умеет загружать программу? Добавим только fork(), который будет копировать процесс в своп, и все. Денис Ритчи в своих мемуарах гордился, что добавление fork() заняло всего 27 строчек на ассемблере. Во всех нормально продуманных ОС для создания процесса есть специальный системный вызов, а не конструктор из fork+exec.

Ну вы батенька и размахнулись =)

Мало знаком с первым Unix и PDP-7. Я почему-то думал что там сразу была некоторая многозадачность и несколько пользователей, которые использовали разные TTY.
Где бы почитать про работу того и другого?

Везде, где есть X, он объявлен deprecated

Вы врёте. Фу таким быть.

Сколько тут на ЛОРе было юзеров которые из-за извечного тиринга ушли на другие системы.

Сколько? Больше одного или таки меньше?

Например вот:
https://www.bell-labs.com/usr/dmr/www/hist.html
https://minnie.tuhs.org/Y5/wkt_hapop_paper.pdf

Там местами любопытные вещи есть, например, не было абсолютных и относительных путей и dd (dot-dot) вместо '..'.

Про PDP много информации, можно запустить UNIX V6 или всякие RSX'ы в эмуляторе.

Добро пожаловать в клуб некрофилов =)

Многозадачность была - 2 процесса ведь, по одному на каждый терминал. Не было мультипрограммности - в памяти могла находиться только 1 программа.

по одному на каждый терминал

А больше терминалов там быть не могло, к PDP-7 подключалось только два? Ссылки на мемуары посмотрел (пока не всё распарсил :-) ). Я так понял, там был один телетайп с бумагой и один терминал с экраном. Верно?

Renderer

Вроде у Chrome рисование на экран как раз и есть в отдельном процессе.

Я почему-то думал что там сразу была некоторая многозадачность и несколько пользователей, которые использовали разные TTY.

Много и несколько это на тот момент - Multics, ITS. Они появились раньше и использовали аппратные возможности майнфреймов для разделения процесооов и написаны были на асме. И стали историей вместе с тем железом. Unix же абстракция для запуска "переносимого ассемблера" - одной программы. А что там будет Init форкающий терминалы, inetd или монолитный процесс лисп-машины без процессов - с точки зрения архитектуры юникса не важно и не должно усложнять ядро. Поэтому

некоторая многозадачность и несколько пользователей

это уровень пользователя с некоторой опциональной поддржкой API ядра. Технически железо для ранних версий юникса было дохлым и делать из него сервер смысла была мало. Печатная машинка програмиста так сказать и игровая приставка)).

Вроде до 64 телетайпов можно подключить. Может больше 2 им не нужно было, а может не было необходимых девайсов. Пишут, что машинка даже по тем временам была устаревшей, пылилась в углу.

Multics

Хм... а он был крут! Все файлы отображались в память, никакого read/write. Не знал про такую фишку.