Недостатки dec архитектуры

Unix («UNIX» является зарегистрированной торговой маркой организации The Open Group[1]) — семейство переносимых, многозадачных и многопользовательскихоперационных систем, которые основаны на идеях оригинального проекта AT&T Unix, разработанного в 1970-х годах в исследовательском центре Bell Labs Кеном Томпсоном, Деннисом Ритчи и другими.

Операционные системы семейства Unix характеризуются модульным дизайном, в котором каждая задача выполняется отдельной утилитой, взаимодействие осуществляется через единую файловую систему, а для работы с утилитами недостатки dec архитектуры командная оболочка.

Идеи, заложенные в основу Unix, оказали огромное влияние на развитие компьютерных операционных систем. В настоящее время Unix-системы недостатки dec архитектуры одними из самых исторически важных ОС.

Обзор[править | править код]

Первая система Unix была недостатки dec архитектуры в подразделении Bell Labs компании AT&T. С тех пор было создано большое количество различных Unix-систем. Юридически право называться «UNIX» имеют лишь те операционные системы, которые прошли сертификацию на соответствие стандарту Single UNIX Specification.[2] Остальные же, хотя используют сходные концепции и технологии, называются Unix-подобными операционными системами (англ. Unix-like).

Для краткости, в данной статье под Unix-системами недостатки dec архитектуры как истинные Unix, так и Unix-подобные ОС. недостатки dec архитектуры | править код]

Основное отличие Unix-подобных систем от других операционных систем заключается в том, что это изначально многопользовательские многозадачные системы.

В Unix может одновременно работать сразу много людей, каждый за своим терминалом, при этом каждый из них может выполнять множество различных вычислительных процессов, которые будут использовать ресурсы именно этого компьютера.

Вторая колоссальная заслуга Unix — в её мультиплатформенности.

Ядро системы разработано таким образом, что его легко недостатки dec архитектуры приспособить практически под любой микропроцессор.

Unix имеет и другие характерные особенности:

  • использование простых текстовых файлов для настройки и управления системой;
  • широкое применение утилит, запускаемых из командной строки;
  • взаимодействие с пользователем посредством виртуального устройства — терминала;
  • представление физических и виртуальных устройств и некоторых средств межпроцессового взаимодействия в виде файлов;
  • использование конвейеров из нескольких программ, каждая из которых выполняет одну задачу.

Применение[править | править код]

В настоящее время Unix-системы распространены в основном среди серверов, а также как встроенные системы для различного оборудования, включая смартфоны.

Среди ОС для рабочих станций недостатки dec архитектуры домашнего применения Unix и Unix-подобные ОС занимают после Microsoft Windows второе (macOS), третье (GNU/Linux) и многие последующие места по популярности.

История[править | править код]

Предшественники[править | править код]

В 1957 году в Bell Labs была начата работа по созданию операционной системы для внутренних нужд.

Под руководством Виктора Высотского была создана система BESYS. Впоследствии он возглавил проект Multics, а затем стал главой информационного подразделения Bell Labs.

В 1964 году появились компьютеры третьего поколения, для которых возможности BESYS уже не подходили.

Высотский и его коллеги приняли решение не разрабатывать новую собственную операционную систему, а подключиться к Multics — совместному проекту General Electric и MIT. Телекоммуникационный гигант AT&T, в состав которого входила Bell Labs, оказал проекту существенную поддержку, но в 1969 году вышел из него, поскольку проект не приносил финансовых выгод.

Первые Unix-системы[править | править код]

Первоначально Unix была разработана в конце 1960-х годов сотрудниками Bell Labs, в первую очередь Кеном Томпсоном, Деннисом Ритчи и Дугласом Макилроем.

В 1969 году Кен Томпсон, стремясь реализовать идеи, которые были положены в основу Multics, но на более скромном аппаратном обеспечении (DEC PDP-7), написал первую версию новой операционной системы для этих мини-компьютеров 70-х (в СССР его аналоги, выпускавшиеся Министерством электронной промышленности, были известны как СМ ЭВМ и «Электроника», позже ДВК, производились в Киеве, Воронеже, Зеленограде).

Эта версия получила недостатки dec архитектуры «первая редакция» (Edition недостатки dec архитектуры и была первой официальной версией. Системное время все реализации Unix отсчитывают с 1 января1970 года.

Первые версии Unix были написаны на ассемблере и не имели встроенного компилятора с языком высокого уровня. Примерно в 1969 году Кен Томпсон при содействии Денниса Ритчи разработал и реализовал язык Би (B), представлявший собой упрощённый (для реализации на мини-компьютерах) вариант разработанного в 1966 языка BCPL.

Би, как и BCPL, был интерпретируемым языком. В 1972 году была выпущена вторая редакция Unix, переписанная на языке Би. В 1969—1973 гг. на основе Би был разработан компилируемый язык, получивший название Си (C).

В 1973 году вышла третья редакция Unix со встроенным компилятором языка Си. 15 октября того же года появилась четвёртая редакция, с переписанным на Си системным ядром (в духе системы Multics, также написанной на языке недостатки dec архитектуры уровня ПЛ/1), а в 1975 — пятая редакция, полностью переписанная на Си.

С 1974 года Unix стал распространяться среди университетов и академических учреждений. С 1975 года началось появление новых версий, разработанных за пределами Bell Labs, и рост популярности системы.

В том же 1975 году Bell Labs выпустила шестую редакцию, известную по широко разошедшимся комментариям Джона Лайонса.

К 1978 году система была установлена более чем на 600 машинах, прежде всего, в университетах[источник не указан 2879 дней]. Седьмая редакция была последней единой версией Unix.

Именно в ней появился близкий к современному интерпретатор командной строкиBourne shell.

недостатки dec архитектуры

Раскол[править | править код]

В начале 1980-х компания AT&T, которой принадлежала Bell Labs, осознала ценность Unix и начала создание коммерческой версии ОС. Эта версия, поступившая в продажу в 1982 году, носила название UNIX Недостатки dec архитектуры III и была основана на седьмой версии системы.

Однако компания не могла напрямую начать развитие Unix как коммерческого продукта из-за запрета, наложенного правительством США в 1956 году.

Министерство юстиции вынудило AT&T подписать соглашение, запрещавшее компании заниматься деятельностью, недостатки dec архитектуры связанной с телефонными и телеграфными сетями и оборудованием.

Для того недостатки dec архитектуры всё-таки иметь возможность перевести Unix в ранг коммерческих продуктов, компания передала исходный код операционной системы недостатки dec архитектуры высшим учебным заведениям, лицензировав код под очень либеральными условиями.

В декабре 1973 года одним из первых исходные коды получил университет Беркли[3].

С 1978 года начинает свою историю BSD Unix, созданный недостатки dec архитектуры университете Беркли. Его первая версия была основана на шестой редакции.

В 1979 выпущена новая версия, названная 3BSD, основанная на седьмой редакции. BSD поддерживал такие недостатки dec архитектуры свойства, как виртуальную память и замещение страниц по требованию.

Автором BSD был Билл Джой.

Важной причиной раскола Unix стала реализация в 1980 годустека протоколов Недостатки dec архитектуры. До этого межмашинное взаимодействие в Unix пребывало в зачаточном состоянии — наиболее существенным способом связи был UUCP (средство копирования файлов из одной Unix-системы недостатки dec архитектуры другую, изначально работавшее по телефонным сетям с помощью модемов).

Было предложено два интерфейса программирования сетевых приложений: Berkley sockets (сокетБеркли) интерфейс транспортного уровня TLI (англ. Transport Layer Interface).

Интерфейс Berkley sockets был разработан в университете Беркли использовал стек протоколов TCP/IP, разработанный там. TLI был создан AT&T в соответствии с определением транспортного уровня модели OSI и впервые появился в системе System V версии 3.

Хотя эта версия содержала TLI и потоки, первоначально в ней не было реализации TCP/IP или других сетевых недостатки dec архитектуры, но подобные реализации предоставлялись сторонними фирмами.

недостатки dec архитектуры TCP/IP официально и окончательно была включена в базовую поставку System V версии 4. Это, как и другие соображения (по большей части, рыночные), вызвало окончательное размежевание между двумя ветвями Unix — BSD (университета Беркли) и System V (коммерческая версия от AT&T). Впоследствии, многие компании, лицензировав System V у AT&T, разработали собственные коммерческие разновидности Unix, такие как AIX, CLIX, HP-UX, IRIX, Solaris.

В середине 1983 года была выпущена версия BSD 4.2, поддерживающая работу в сетях Ethernet и Arpanet. Система стала весьма популярной. Между 1983 и 1990 годом в BSD было добавлено много новых возможностей, таких как отладчик ядра, сетевая файловая система NFS, виртуальная файловая система VFS, и существенно улучшены возможности работы с файловыми сетями.

Тем временем AT&T выпускала новые версии своей системы, названной System V. В 1983 была выпущена версия 1 (SVR1 — Недостатки dec архитектуры V Release 1), включавшая полноэкранный текстовый редактор vi, библиотеку curses, буферизацию ввода-вывода, кеширование inode.

Версия 2 (SVR2), выпущенная в 1984, реализовывала монопольный доступ к файлам (file locking), доступ к страницам по требованию (demand paging), копирование при записи (copy-on-write).

Версия 3 вышла в 1987 году и включала, среди недостатки dec архитектуры, TLI, а также систему поддержки удалённых файловых систем RFS. Версия 4 (SVR4), разработанная в сотрудничестве недостатки dec архитектуры фирмой Sun и вышедшая 18 октября 1988, поддерживала многие возможности BSD, в частности TCP/IP, сокеты, новый командный интерпретатор csh. Кроме того, там было много других добавлений, таких как символические ссылки, командный интерпретатор ksh, сетевая файловая система NFS (заимствованная у SunOS) и т.

д.

Современные реализации Unix, как правило, не являются системами V или BSD в чистом недостатки dec архитектуры. Они реализуют возможности как System V, так и BSD.

Свободные Unix-подобные операционные системы[править | править код]

Основная статья: Операционные системы на основе свободного ПО

В 1983 годуРичард Столлман объявил о создании проекта GNU — попытки создания свободной Unix-подобной операционной системы с нуля, без использования оригинального исходного кода.

Большая часть программного обеспечения, разработанного в рамках данного проекта, — такого как GNU toolchain, Glibc недостатки dec архитектуры библиотека языка Си) и Coreutils — играет ключевую роль в других свободных операционных системах.

Однако работы по созданию замены для ядра Unix, необходимые для полного выполнения задач GNU, продвигались недостатки dec архитектуры медленно. В настоящее время GNU Hurd — попытка создать современное недостатки dec архитектуры на основе недостатки dec архитектуры архитектуры Mach — всё ещё далека от завершения.

В 1991 году, когда Линус Торвальдс опубликовал ядро Linux и привлёк помощников, использование инструментов, разработанных в рамках проекта GNU, было очевидным выбором. Операционная система GNU и ядро Linux вместе составляют ОС, известную, как GNU/Linux. Дистрибутивы этой системы (такие как Red Hat и Debian), включающие недостатки dec архитектуры, утилиты GNU и дополнительное программное обеспечение стали популярными как среди любителей, так и среди представителей бизнеса.

В начале 1992 года вышел дистрибутив 386/BSD, основанный на дистрибутиве Networking Release 2, распространяемый компанией BSDI за $995 с «ужасающей скидкой» в 99 % по сравнению с ценой System V[источник не указан 2879 дней].

UNIX Systems Laboratories подала иск против BSDI, а затем против университета Беркли, допустившего распространение файлов Unix в исходных и двоичных форматах недостатки dec архитектуры за бесценок, что подрывало бизнес самой USL.

Весь 1992 год никаких значительных успехов в судебной тяжбе для USL не принёс, зато появился встречный иск от Калифорнийского университета. К началу 1993 года дистрибутив 386/BSD поменял своё название на NetBSD. В декабре 1993 года появился другой дистрибутив — FreeBSD, нацеленный на простых пользователей.

После приобретения USL компанией Novell к лету 1993 года начались переговоры по урегулированию статуса кодов BSD. К январю 1994 CSRG и Novell договорились удалить три файла недостатки dec архитектуры 18000 Networking Release 2, часть файлов должна быть подвергнута правке, а к примерно 70 файлам университет должен был добавить информацию о копирайте USL.

В июне 1994 года вышел «чистый» выпуск 4.4BSD-Lite. Вот с этого момента группы BSDI, NetBSD и FreeBSD должны были повторно синхронизировать свои версии систем с «чистой» системой 4.4BSD-Lite.

Таким образом, все наработки, сделанные за три года с недостатки dec архитектуры подачи иска USL, пришлось недостатки dec архитектуры на предмет нарушения авторских прав использования стороннего кода. Переписывать важные составляющие ядра и операционного окружения. Значительно позднее выделились в самостоятельные недостатки dec архитектуры OpenBSD, TrustedBSD и DragonFlyBSD.

В 1997 году фирма Apple искала основу для своей новой операционной системы, и выбрала NEXTSTEP — операционную систему со свободно распространяемым ядром, разработанную фирмой NeXT.

В 2000 годуApple Inc. выпускает открытую POSIX-совместимую операционную систему Darwin.

Она совмещает код, написанный самой Apple, с полученным от NeXTSTEP, FreeBSD и прочих свободных проектов. Darwin представляет собой набор основных компонентов, используемых в Mac OS X и Apple iOS. Он совместим с третьей версией спецификации единой UNIX (SUSv3) и POSIX-приложениями и утилитами.

14 июня 2005 был открыт исходный код операционной системы Solaris. Этот проект, как и созданная на его основе операционная система, получили название OpenSolaris. 17 недостатки dec архитектуры, через три дня после открытия кода, был создан дистрибутив SchilliX.

В мае 2008 появился первый официальный дистрибутив OpenSolaris 2008.05. Существует более десяти дистрибутивов на основе OpenSolaris, наиболее известные из них — BeleniX и Nexenta OS.

В настоящий момент GNU/Linux и представители семейства BSD быстро отвоёвывают рынок у коммерческих Unix-систем и одновременно проникают как на настольные компьютеры конечных пользователей, так и на мобильные и встраиваемые системы.

Проприетарные системы[править | править код]

После разделения компании AT&T товарный знак Unix и права на оригинальный исходный код неоднократно меняли владельцев, в частности, они длительное время принадлежали компании Novell.

В 1993 году Novell передала права на товарный знак и на сертификацию программного обеспечения на соответствие этому знаку консорциуму X/Open, который затем объединился с Open Software Foundation, образовав консорциум The Open Group.

Он объединяет ведущие компьютерные корпорации и государственные организации, в том числе IBM, Hewlett-Packard, Sun, NASA и многие. Консорциум занимается разработкой открытых стандартов в области операционных систем, самым недостатки dec архитектуры из которых является Single UNIX Specification, ранее известный как POSIX. С точки зрения The Open Group, название UNIX могут недостатки dec архитектуры только системы, прошедшие сертификацию на соответствие Single UNIX Specification.

В 1995 году Novell продала права на существующие лицензии и дальнейшую разработку System V компании Santa Cruz Operationruen. В 2000 году Santa Cruz Operation продала свой Unix-бизнес недостатки dec архитектуры Caldera, которая затем была переименована недостатки dec архитектуры SCO Group. Хотя это название похоже на аббревиатуру SCO, используемую Santa Cruz Operation, это две разные компании.

SCO Group заявила, что она также обладает правами на исходный код Unix недостатки dec архитектуры развернула кампанию против различных пользователей и поставщиков Unix-подобных систем, требуя выплаты лицензионных отчислений.

Однако Novell утверждает, что права на исходный код не были переданы Santa Cruz Operation и, таким образом, не перешли к SCO Group, а остаются у Novell, что и подтвердил вердикт суда. Недостатки dec архитектуры на это в августе 2009 годаАпелляционный суд десятого недостатки dec архитектуры США недостатки dec архитектуры вынесенное ранее решение, назначив дополнительное расследование с целью установления законного владельца авторских прав на исходные тексты операционной системы[4].

В июне 2010 года суд поставил точку в этом вопросе, подтвердив вынесенный ранее (в апреле недостатки dec архитектуры очередной вердикт в пользу Novell и отказав Недостатки dec архитектуры Group в рассмотрении дальнейших жалоб[5].

Влияние Unix на эволюцию операционных систем[править | править код]

Unix-системы имеют большую историческую важность, поскольку благодаря им распространились некоторые популярные сегодня концепции и подходы в области ОС и программного обеспечения.

Также, в ходе разработки Unix-систем был создан язык Си.

Как и Multics, Unix была написана на языке высокого уровня, а не на ассемблере (доминировавшем в то время).

Она содержала значительно упрощённую, по сравнению с предшествующими ей операционными системами, файловую модель. Файловая система включала как службы, так и устройства (такие как принтеры, терминалы и жёсткие диски) и предоставляла внешне единообразный недостатки dec архитектуры к ним, но дополнительные механизмы работы с устройствами (такие как IOCTL и биты доступа) не вписывались в простую модель «поток байтов».

Unix популяризовала предложенную в Multics идею иерархической файловой системы с произвольной глубиной вложенности. Другие операционные системы (в том недостатки dec архитектуры DOS) того времени позволяли разбивать дисковое пространство на каталоги или разделы, недостатки dec архитектуры число уровней вложенности было фиксировано и, зачастую, уровень вложенности был только. Позднее все основные фирменные операционные системы[уточнить] обрели возможность создания рекурсивных подкаталогов, также заимствованную из Multics.

То, что интерпретатор команд стал просто одной из недостатки dec архитектуры программ, а в качестве дополнительных команд выступают отдельные программы, является ещё одной инновацией Multics[источник не указан 2879 дней], популяризированной Unix. Язык командной оболочки Unix используется пользователем как для интерактивной работы, так и для написания скриптов, то есть не существует отдельного языка описания заданий, как, например, в системе JCL фирмы IBM.

Так как оболочка и команды операционной системы являются обычными программами, пользователь может выбирать их в соответствии со своими предпочтениями, или даже написать собственную оболочку. Наконец, новые команды можно добавлять к системе без перекомпиляции ядра. Новый, недостатки dec архитектуры в командной строке Unix, способ создания цепочек программ, последовательно обрабатывающих данные, способствовал использованию параллельной обработки данных.

Существенными особенностями Unix были полная ориентация на текстовый ввод-вывод и предположение, что размер машинного слова кратен восьми битам. Первоначально в Unix не было даже редакторов двоичных файлов — система полностью конфигурировалась недостатки dec архитектуры помощью текстовых команд.

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

Ориентация на использование текста для представления всего, что только можно, сделала полезными т. н. конвейеры (англ. pipelines). Ориентация на текстовый восьмибитный байт сделала Unix более масштабируемой и переносимой, чем другие операционные системы. Со временем текстовые приложения одержали победу[уточнить] и в других областях, например, недостатки dec архитектуры уровне сетевых протоколов, таких как Telnet, FTP, SMTP, HTTP и.

Unix способствовала широкому распространению регулярных выражений, которые были впервые реализованы недостатки dec архитектуры текстовом редакторе ed для Unix.

Возможности, предоставляемые Unix-программам, стали основой стандартных интерфейсов операционных систем (POSIX).

Широко используемый в системном программировании язык Си, созданный изначально для разработки Unix, превзошёл Unix по популярности. Язык Си был первым «веротерпимым» языком, который не пытался навязать программисту тот или иной стиль программирования.

Си был первым высокоуровневым языком, предоставляющим доступ ко всем возможностям процессора, таким как ссылки, таблицы, битовые сдвиги, инкременты и т. п. С другой стороны, свобода языка Си приводила к ошибкам переполнения буфера в таких функциях стандартной библиотеки Си, как gets и scanf.

Результатом стали многие печально известные уязвимости, например, та, что эксплуатировалась в знаменитом черве Морриса.

Первые разработчики Unix способствовали внедрению принципов модульного программирования и повторного использования в инженерную практику.

Unix предоставлял возможность использования протоколов TCP/IP на сравнительно недорогих компьютерах, что привело к быстрому росту Интернета. Это, в свою очередь, способствовало быстрому обнаружению нескольких крупных уязвимостей в системе безопасности, архитектуре и системных утилитах Unix.

Со временем ведущие разработчики Unix разработали культурные нормы разработки программного обеспечения, которые стали столь же важны, как и сам Unix. (подробнее.)

Одними из самых известных примеров Unix-подобных ОС являются macOS, Solaris, BSD и NeXTSTEP.

Социальная роль в недостатки dec архитектуры ИТ-профессионалов историческая роль[править | править код]

Первоначальные Unix работали на крупных многопользовательских компьютерах, к которым также предлагались и проприетарные ОС от производителя оборудования, такие как RSX-11 и её потомок VMS.

Невзирая на то, что по ряду мнений[чьих?] тогдашний Unix имел недостатки по сравнению с данными ОС (например, отсутствие серьёзных движков баз данных), он был: а) дешевле, а иногда и бесплатен для академических учреждений б) был портируем с оборудования на оборудование, и разработан на портируемом языке Си, что «отвязывало» разработку программ от конкретной аппаратуры. Кроме того, «отвязанным» от аппаратуры и производителя оказался и недостатки dec архитектуры пользователя — человек, работавший с Unix на VAX, легко работал с ней же и на 68xxx, и так далее.

Производители аппаратуры в то время часто прохладно относились к Unix, считая её игрушечной, и предлагая свою проприетарную ОС для серьёзной работы — в первую очередь СУБД и основанных на них бизнес-приложений в коммерческих структурах. Известны комментарии по этому поводу от DEC по поводу её VMS. К этому прислушивались корпорации, но не академическая среда, которая имела всё для себя необходимое в Unix, зачастую не требовала официальной поддержки от производителя, справляясь своими силами, и ценила дешевизну и переносимость Unix.

Таким образом, Unix была едва ли не первой переносимой на разную аппаратуру ОС.

Вторым резким взлётом Unix было появление RISC-процессоров около 1989 года. Ещё до того существовали т.

н. workstations — персональные однопользовательские компьютеры большой мощности, имеющие достаточный объём памяти, жёсткого диска и достаточно развитую ОС (многозадачность, защита памяти) для работы с серьёзными приложениями, такими, как CADы.

Среди производителей таких машин выделялась компания Sun Microsystems, сделавшая себе на них имя.

До появления RISC-процессоров в этих станциях обычно использовался процессор Motorola 680x0, тот же, что и в компьютерах фирмы Apple (хотя и под более развитой операционной системой, чем у Apple). Около 1989 года на рынке появились коммерческие реализации процессоров RISC-архитектуры.

Логичным решением ряда компаний (Sun и других) был перенос Unix на эти архитектуры, что немедленно повлекло за собой и перенос всей экосистемы ПО для Unix.

Проприетарные серьёзные ОС, такие как VMS, начали свой закат именно с этого момента (даже если и удалось перенести на RISC саму ОС, всё было намного сложнее с приложениями под неё, которые в этих экосистемах зачастую разрабатывались на ассемблере или же на проприетарных языках типа BLISS), и Unix стал ОС для самых мощных компьютеров в мире.

Однако в это время экосистема PC начала переходить на GUI в лице Windows 3.0. Огромные преимущества GUI, а также, например, унифицированная поддержка всех типов принтеров, были оценены и разработчиками, и пользователями. Это сильно подорвало позиции Unix на рынке PC — реализации такие, как SCO и Interactive UNIX, не справлялись с поддержкой Windows-приложений.

Что же касается GUI для Unix, называемого X11 (были иные реализации, много менее популярные), то он недостатки dec архитектуры мог полноценно работать на обычной пользовательской PC ввиду недостатки dec архитектуры к памяти — для нормальной работы X11 требовалось 16 МБ, в то время как Windows 3.1 с достаточной производительностью исполняла и Word, и Excel одновременно в 8 МБ (это было стандартным размером памяти PC в то время).

При высоких ценах на память это было лимитирующим фактором.

Успех Windows дал импульс внутреннему проекту Microsoft под названием Недостатки dec архитектуры NT, которая была совместима с Windows по API, но при этом имела всё те же архитектурные особенности серьёзной ОС, что и Unix — многозадачность, полноценную защиту памяти, поддержку многопроцессорных машин, права доступа к файлам и директориям, системный журнал.

Также Windows NT представила журнальную файловую систему NTFS, которая по возможностям на тот момент превышала все стандартно поставляемые с Unix файловые системы — аналоги под Unix были только отдельными коммерческими продуктами от Veritas и.

Хотя Windows NT и не была популярна первоначально, из-за высоких требований к памяти (те же 16 МБ), она позволила Microsoft выйти на рынок решений для серверов, например, СУБД.

Многие в то время не верили в возможность Microsoft, недостатки dec архитектуры специализирующейся на настольном ПО, быть игроком на рынке ПО масштаба предприятия, где уже были свои громкие имена, такие как Oracle и Sun. К этому сомнению добавлялся тот факт, что СУБД Microsoft — SQL Server — начинался как упрощённая версия Sybase SQL Server, лицензированная у Sybase и на 99 % совместимая по всем аспектам работы с.

Во второй половине 1990-х годов Microsoft начал теснить Unix и на рынке корпоративных серверов.

Совокупность вышеперечисленных факторов, а также обвал цен на 3D-видеоконтроллеры, ставшими из профессионального оборудования домашним, по сути убила само понятие workstation к началу 2000-х годов.

Кроме того, системы Microsoft проще в управлении, особенно в типовых сценариях использования.

Излишне говорить, что всё это не добавило недостатки dec архитектуры эмоций Unix-сообществу, а коммерческие Unix-системы от производителей аппаратуры, такие как Solaris, оказались просто под угрозой.

Но в данный момент начался третий резкий взлёт Unix.

Ещё в конце 80-х годов Ричард Столлман подытожил те неформальные практики в отношении прав на ПО, что существовали в академической среде (откуда вышли и первоначальные поклонники Unix) и по сути являлись производными от принятых в этой среде прав на научные открытия изобретения.

Результатом явилась лицензия GPL.

Кроме того, Столлман и его товарищи, прекрасно понимая, что для успеха не завязанного на корпорации программного обеспечения необходимы не проприетарные средства разработки, разработал набор компиляторов для различных языков программирования (gcc), что недостатки dec архитектуры с недостатки dec архитектуры ранее утилитами GNU (замена стандартных утилит Недостатки dec архитектуры составило необходимый и достаточно недостатки dec архитектуры пакет программ для разработчика.

Для создания полностью свободного Unix не хватало по сути только ядра ОС. И оно было разработано финским студентом Линусом Торвальдсом. Ядро было разработано «с нуля» и не является с точки зрения исходного кода деривативом ни BSD, ни System V (хотя концепты таки заимствовались, например, Linux имел функции namei и bread), однако по ряду нюансов (системные вызовы, богатая /proc, отсутствие sysctk) — больше тяготеет недостатки dec архитектуры последней.

Первоначально Linux был в достаточной степени неразвитым и примитивным проектом. Однако он верно нашёл для себя нишу, сначала как учебного Unix (замена Minix Таненбаума), а затем — как раз тогда началось активное развитие Интернета — и веб-сервера.

Серьёзным конкурентом Linux на тот момент была FreeBSD, однако «соборный» стиль управления разработкой в противовес «базарному» стилю Linux, а также куда большая техническая архаичность в таких вопросах, как поддержка многопроцессорных машин и форматы исполняемых файлов, сильно замедлила развитие FreeBSD по сравнению с Linux, сделав последний флагманом мира свободного ПО.

В дальнейшем Linux достигал всё новых и новых высот:

  • перенос серьёзных проприетарных продуктов, таких как Oracle;
  • серьёзный интерес IBM к этой экосистеме как основе для своих вертикальных решений;
  • появление аналогов почти всех недостатки dec архитектуры программ из мира Windows;
  • отказ некоторых производителей оборудования от обязательной предустановки Windows;
  • выпуск нетбуков с одной лишь Linux;
  • использование в качестве недостатки dec архитектуры в Android.

На настоящий момент Linux является заслуженно популярной ОС для серверов, хотя и куда менее популярной на рабочих столах.

Некоторые архитектурные особенности ОС Unix[править | править недостатки dec архитектуры Unix, отличающие данное семейство от других ОС приведены ниже.

  • Файловая система недостатки dec архитектуры, чувствительная к регистру символов в именах, очень слабые ограничения недостатки dec архитектуры длину имён и пути.
  • Нет поддержки структурированных файлов ядром ОС, на уровне системных вызовов файл есть поток байтов.
  • Командная строка находится в адресном пространстве запускаемого процесса, а не извлекается системным вызовом из процесса интерпретатора команд (как это происходит, например, в RSX-11).
  • Понятие «переменных окружения».
  • Запуск процессов вызовом fork(), то есть возможность клонирования текущего процесса со всем состоянием.
  • Понятия stdin/stdout/stderr.
  • Ввод-вывод только через дескрипторы файлов.
  • Традиционно крайне слабая поддержка асинхронного ввода-вывода, по сравнению с VMS и Windows NT.
  • Интерпретатор команд есть обыкновенное приложение, общающееся с недостатки dec архитектуры обыкновенными системными недостатки dec архитектуры (в RSX-11 и VMS интерпретатор недостатки dec архитектуры выполнялся как специальное приложение, специальным образом размещённое в памяти, пользующееся специальными системными вызовами, поддерживались также системные вызовы, дающие возможность приложению обращаться к своему родительскому интерпретатору команд).
  • Команда командной строки есть не более чем имя файла программы, не требуется специальная регистрация и специальная разработка программ как команд (что являлось обычной практикой в RSX-11, RT-11).
  • Не принят подход с программой, задающей пользователю вопросы о режимах своей работы, вместо этого используются параметры командной строки (в VMS, RSX-11, RT-11 программы работали также с командной строкой, но при её отсутствии выдавали запрос недостатки dec архитектуры ввод параметров).
  • Пространство имён устройств на диске в каталоге /dev, поддающееся управлению администратором, в отличие от подхода Windows, где это пространство имён размещается в памяти ядра, и администрирование этого пространства (например, задание прав доступа) крайне затруднено из-за отсутствия его постоянного хранения на дисках (строится каждый раз при загрузке).
  • Широкое использование текстовых файлов для хранения настроек, в отличие от двоичной базы данных настроек, как, например, в Недостатки dec архитектуры использование утилит обработки текста для выполнения повседневных задач под управлением скриптов.
  • «Раскрутка» ОС после загрузки ядра путём исполнения скриптов стандартным интерпретатором команд.
  • Широкое использование именованных каналов (pipe).
  • Все процессы, кроме init, равны между собой, не бывает «специальных процессов».
  • Адресное пространство делится на глобальное для всех процессов ядро и на локальную для процесса части, нет «групповой» части адресного пространства, как в VMS и Windows NT, как и возможности загрузки туда кода и его исполнения там.
  • Использование двух уровней привилегий процессора вместо четырёх в VMS.
  • Отказ недостатки dec архитектуры использования оверлеев в пользу деления программы на несколько программ поменьше, недостатки dec архитектуры через именованные каналы или временные файлы.
  • Отсутствие APC и аналогов, то есть произвольных (а не жёстко перечисленных в стандартном множестве) сигналов, не доставляемых до явного пожелания процесса их получить (Windows, VMS).
  • Концепция сигнала уникальна для Недостатки dec архитектуры, и крайне сложна в переносе на другие ОС, такие как Windows.

Стандарты[править | править код]

См.

также: Single UNIX Specification

Большое количество разных вариантов системы Unix привело к необходимости стандартизовать её недостатки dec архитектуры, чтобы упростить переносимость приложений избавить пользователя от необходимости изучать особенности каждой разновидности Unix.

С этой целью ещё в 1980 году была создана пользовательская группа /usr/group. Первые стандарты были разработаны в 1984—1985 гг.

Одним из самых первых стандартов стала недостатки dec архитектуры System V Interface Definition (SVID), выпущенная UNIX System Laboratories (USL) одновременно с UNIX System V Release 4.

Этот документ, однако, не стал официальным.

Наряду с версиями UNIX System V существовало направление Unix BSD. Для того, чтобы обеспечить совместимость System V и BSD, были созданы рабочие группы POSIX (Portable Operating System Interface for UNIX).

Существует много стандартов POSIX, однако наиболее известным является стандарт POSIX 1003.1-1988, определяющий программный интерфейс приложений (API, Application Programming Interface).

Он используется не только в Unix, но и в других операционных системах. (подробнее.) В 1990 он был принят институтом IEEE как IEEE 1003.1-1990, а позднее — ISO/IEC 9945.

В настоящее время наиболее важными являются недостатки dec архитектуры стандарты (подробнее.):

  • POSIX 1003.2-1992, определяющий поведение утилит, в том числе командного интерпретатора;
  • POSIX 1003.1b-1993, дополняющий POSIX 1003.1-1988, — определяет поддержку систем реального времени;
  • POSIX 1003.1c-1995, дополняющий POSIX недостатки dec архитектуры, — определяет нити (threads), известные также как pthreads.

Все стандарты POSIX объединены в документе IEEE 1003.

В недостатки dec архитектуры 1990-х годов The Open Group предложила другой, похожий на POSIX стандарт — Common API Specification, или Spec 1170. Стандарт приобрёл бо́льшую популярность, чем POSIX, поскольку был доступен бесплатно, в то время как IEEE требовало немалую плату за доступ к своему недостатки dec архитектуры.

В 1998 году были начаты работы по объединению данных стандартов. Благодаря этому в настоящее время данные стандарты почти идентичны.

Совместный стандарт называется Single UNIX Specification Version 3 и недостатки dec архитектуры бесплатно в интернете[6].

В целях совместимости несколько создателей Unix-систем предложили использовать ELF — формат систем SVR4 для двоичных и объектных файлов.

Единый формат полностью[источник не указан 2879 дней] обеспечивает соответствие двоичных файлов в рамках одной компьютерной архитектуры.

Структура каталогов некоторых систем, в частности, GNU/Linux, определена в стандарте Filesystem Hierarchy Standard.

Однако, во многих отношениях этот тип стандарта является спорным, и он, даже внутри сообщества GNU/Linux, далеко не универсален[источник не недостатки dec архитектуры 2879 дней].

Стандартные команды ОС Unix[править | править код]

  • Создание и навигация по файлам и каталогам: touch, ls, mv, rm, cp, ln, pwd, cd, mkdir, rmdir, find, du.
  • Просмотр и редактирование файлов: nano, more, less, ed, ex, vi, emacs.
  • Обработка текста: echo, cat, недостатки dec архитектуры, sort, uniq, sed, awk, tee, head, tail, cut, tr, split, printf.
  • Сравнение файлов: comm, cmp, diff, patch.
  • Разнообразные утилиты командного интерпретатора: yes,
Генеалогическое древо Unix-систем
Запуск UNIX V6 в эмуляторе pdp-11 в Windows 7
Запуск Недостатки dec архитектуры V5 в эмуляторе pdp-11 в Windows недостатки dec архитектуры src="https://upload.wikimedia.org/wikipedia/commons/thumb/2/2e/UNIX%C2%AE.png/220px-UNIX%C2%AE.png">
Низкоуровневый графический интерфейс через X
Команда man может отображать страницу руководства для любой команды в системе.
Источник: https://ru.wikipedia.org/wiki/UNIX

Copyright © 2018.