This article is within the scope of WikiProject Computer science, a collaborative effort to improve the coverage of Computer science related articles on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.Computer scienceWikipedia:WikiProject Computer scienceTemplate:WikiProject Computer scienceComputer science
This article is within the scope of WikiProject Technology, a collaborative effort to improve the coverage of technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.TechnologyWikipedia:WikiProject TechnologyTemplate:WikiProject TechnologyTechnology
This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
A fact from this article was featured on Wikipedia's Main Page in the On this day section on November 3, 2004.
внешние ссылки
привет! в [1] я удалил неработающую ссылку на livingcomputers.com и заменил дерево unix на репозиторий истории unix. впоследствии ссылка на дерево unix была восстановлена пользователем Guy Harris . я все еще думаю, что дерево unix менее удобно, чем репозиторий истории unix, потому что в репозитории, кажется, больше информации и больше возможностей (например, сравнение, история файлов) , так в чем же польза сайта дерева unix для читателя? -- seth ( talk ) 07:51, 8 мая 2021 (UTC) [ ответить ]
Если читатель хочет немедленно увидеть или получить необработанные файлы из определенного релиза, а не видеть реконструированное дерево «вот как выглядела бы история коммитов UNIX, если бы она была помещена в Git в 1969 году» и копаться в 175(!) ветках.
А иногда мне просто нужно выполнить grep по репозиторию, извлечь файлы в текстовом редакторе и т. д., что я могу сделать более удобно, если просто клонирую репозиторий и буду работать в локальном исходном дереве, что, в лучшем случае, является головной болью на веб-сайте репозитория.
Так в чем же недостаток предоставления ссылок на оба сайта для читателя? Гай Харрис ( обсуждение ) 08:06, 8 мая 2021 (UTC) [ ответить ]
привет!
Вам не нужно использовать веб-интерфейс GitHub, вы можете клонировать весь репозиторий и выполнить grep по нему в автономном режиме. (но, возможно, я неправильно понял ваш средний абзац.)
Однако, полагаю, есть только один общий недостаток: чем больше ссылок представлено, тем сложнее читателю найти наиболее релевантную информацию. Поэтому обычно, если есть два разных веб-сайта и один содержит всю информацию другого, я просто использую ссылку на более полный веб-сайт, чтобы улучшить читабельность списка.
если, по вашему мнению, репозиторий github слишком сложен(?) для многих читателей, то, возможно, имеет смысл упомянуть обе ссылки.
все еще существует более десяти внешних ссылок. Если все они действительно окажутся полезными, то, по крайней мере, группировка с отдельными заголовками могла бы улучшить ясность. -- seth ( talk ) 08:06, 9 мая 2021 (UTC) [ ответить ]
"если есть два разных веб-сайта и один включает всю информацию другого" Это не тот случай. В репозитории нет всех исходных деревьев со страницы Unix Tree. Гай Харрис ( обсуждение ) 18:12, 9 мая 2021 (UTC) [ ответить ]
о, ладно, если это так, то я совершил ошибку. -- seth ( talk ) 19:36, 10 мая 2021 (UTC) [ ответить ]
Исправлено в этой редакции. Гай Харрис ( обсуждение ) 20:00, 27 июня 2023 (UTC) [ ответить ]
Интерфейс Android, заявленный как интерфейс Unix
Насколько мне известно, Android — это не UNIX, и его интерфейс не работает ни на чем, кроме Android. Идея о том, что любой интерфейс Android может быть интерфейсом UNIX, кажется не очень продуманной. 89.239.195.102 ( talk ) 12:36, 25 августа 2023 (UTC) [ reply ]
Если вы имеете в виду элемент "Пользовательский интерфейс по умолчанию" в информационном поле, то этот элемент упоминает интерфейс командной строки (который не сильно отличается между UN*X) и низкоуровневые основы графических пользовательских интерфейсов (которые различаются). Он перечисляет как основы GUI ("оконные системы"), которые работают на нескольких разных UN*X (X11, Wayland), так и те, которые не работают (SurfaceFlinger, Quartz}, указывая, какие конкретные платформы используют одну из этих основ GUI. Это утверждение равносильно утверждению, что SurfaceFlinger, Quartz и как бы ни назывались основы GUI iOS/iPadOS/и т. д. являются (основами) пользовательских интерфейсов для конкретных UN*X; я не думаю, что это должно быть утверждением, что эти основы GUI могут использоваться на произвольных UN*X.
Что касается того, является ли Android UNIX, у меня сложилось впечатление, что низкоуровневый основной API (системные вызовы Linux плюс процедуры UN*X в Bionic) достаточно близок, чтобы его можно было считать UN*X. Гай Харрис ( обсуждение ) 22:13, 25 августа 2023 (UTC) [ ответить ]
Ну, Android — это Linux ... ну, он использует ядро Linux ... ну, его кодовая база ядра исторически получена из кодовой базы ядра Linux, а в какой-то степени, возможно, берет современные обновления из кодовой базы ядра Linux. ... Ядро Linux основано на Unix, но очень специфично _не_ Unix, по крайней мере, в юридическом/лицензионном смысле... Имеет ли Linux общую кодовую базу с Unix? IDK. Если это так, то они давно разделились. Linux призван заменить Unix, поскольку он предоставляет схожую функциональность с похожим дизайном. В заключение, Android — это Unix... и Android определенно не Unix. :) Stevebroshar ( talk ) 10:04, 30 мая 2024 (UTC) [ reply ]
Ядро Linux основано на Unix Ядро Linux реализует API, основанное на частях «Unix API» (как это принято во многих системах Unix), которые обычно предоставляются ядром (в отличие от API, таких как getpwnam(), getpwuid(), getaddrinfo() and getnameinfo()>, и т. д., которые обычно предоставляются кодом пользовательского режима, работающим поверх ядра). Оно не основано ни на одной из реализаций Unix или Unix-подобных ядер, существовавших на момент его создания.
но это совершенно _не_ Unix, по крайней мере в юридическом/лицензионном смысле. В настоящее время существует «лицензионный смысл» лицензирования торговой марки UNIX и «лицензионный смысл» лицензирования исходного кода, который в разное время был объектом авторского права Bell Labs, AT&T, SCO, Novell и т. д.
В первом из этих смыслов требованием для лицензирования торговой марки является наличие системы, которая проходит набор проверки Single UNIX Specification (SUS); ядро Linux, как уже отмечалось, реализует слишком мало API для прохождения этого набора. Однако в сочетании с библиотеками, такими как библиотека GNU C , полученная система может пройти этот набор, и в разные моменты и Inspur K-UX , и EulerOS , оба основанные на ядре Linux, библиотеке GNU C и других библиотеках, прошли этот сайт и были лицензированными UNIX.
Во втором смысле, поскольку ядро Linux, а также библиотеки и инструменты командной строки, обычно используемые с ним, не основаны на исходном коде «AT&T Unix», дистрибутивы Linux не подпадают под какие-либо ограничения лицензирования исходного кода.
Имеет ли Linux общую кодовую базу с Unix? Ядро? Насколько мне известно, нет. Пользовательское пространство? Очень мало. Например, может быть, некоторые дистрибутивы предоставляют, например, реализацию Kornshell на основе одного из дистрибутивов AT&T, но это все.
Linux призван заменить Unix. Операционная система GNU была, но когда она была первоначально анонсирована, Линус Торвальдс, по-видимому, не имел никаких больших амбиций относительно нее («просто хобби, не будет большим и профессиональным, как gnu»). В конечном итоге она развилась в ядро для многих Unix-подобных систем, некоторые из которых даже прошли проверку SUS и были системами UNIX(R).
(Это также поднимает вопрос «что такое „Unix“, который он предположительно заменит?». «Unix» в этом контексте, по-видимому, в основном относится к традиционным коммерческим Unix, из которых основными оставшимися являются Solaris , AIX и HP-UX , хотя HP-UX, вероятно, уходит в прошлое, поскольку он работает только на процессорах Itanium , и они больше не производятся, и не предпринимается никаких усилий по его портированию, например, на x86 . Unix с наибольшей долей рынка «настольных компьютеров» — это macOS , а Linux, похоже, не отбирает у macOS большую долю рынка «настольных компьютеров».)
В заключение, Android — это Unix... и Android — это определенно не Unix. Он не основан на коде AT&T, но может выглядеть, на уровне « Bionic /Linux», достаточно похожим на Unix, чтобы не быть «определенно не Unix». Гай Харрис ( обсуждение ) 08:05, 1 сентября 2024 (UTC) [ ответить ]
Доля рынка
Какова доля рынка различных фирменных и открытых дистрибутивов, например, для серверов, настольных компьютеров и других (высокопроизводительных вычислений?) рынков? -- Beland ( обсуждение ) 15:44, 6 марта 2009 (UTC) [ ответить ]
Эта информация по-прежнему отсутствует в статье, за исключением того, что Unix в целом имели 90% долю для суперкомпьютеров. Было бы также интересно узнать, как это изменилось со временем. -- Beland ( talk ) 01:38, 1 ноября 2024 (UTC) [ ответить ]