X Window System
Тип	свободное и открытое программное обеспечение, дисплейный сервер[вд], компьютерная платформа[вд] и оконный интерфейс
Разработчик	X.Org Foundation
Дата выпуска	1982
Последняя версия	X11R7.7 (6 июня2012)[1][2]
Репозиторий	gitlab.freedesktop.org/x…
Лицензия	лицензия MIT[3]
Сайт	x.org (англ.)
Медиафайлы на Викискладе

X Window System —оконная система, обеспечивающая стандартные инструменты ипротоколы для построенияграфического интерфейса пользователя, используемая вUNIX-подобных ОС.

X Window System обеспечивает базовые функции графической среды: отрисовку и перемещениеокон на экране и взаимодействие сустройствами ввода, такими какмышь иклавиатура. X Window System не определяет деталейинтерфейса пользователя — этим занимаются многочисленныеменеджеры окон. По этой причине внешний вид программ в среде X Window System может значительно различаться в зависимости от возможностей и настроек конкретного оконного менеджера.

В X Window System предусмотрена сетевая прозрачность: графические приложения могут выполняться на другой машине всети, а их интерфейс при этом будет передаваться и отображаться на локальной машине пользователя. В контексте X Window System термины«клиент» и «сервер» имеют следующее значение: «сервер» — локальный дисплей пользователя (дисплейный сервер), а «клиент» — программа, которая этот дисплей использует (она может выполняться на удалённом компьютере).

Система X Window System была разработана вМассачусетском технологическом институте (MIT) в1984 году. По состоянию на февраль2016 года последней является версия протокола X11R7.7, которая появилась в июне2012 года. Проект X возглавляет фондX.Org Foundation. Образцовая реализация (reference implementation) системысвободно доступна на условияхлицензии MIT и подобных ей лицензий^[4].

X Window System часто называютX11 или простоX.

X Window System используетклиент-серверную модель:X‑сервер обменивается сообщениями с различнымиклиентскими программами. Сервер принимает запросы на вывод графики (окон) и возвращает пользовательский ввод (отклавиатуры,мыши илисенсорного экрана). X‑сервер может быть:

• системной программой, управляющей выводом видео наперсональном компьютере;
• приложением, отображающим графику в окно какой-то другой дисплейной системы;
• выделенным компонентомаппаратного обеспечения.

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

Чтобы запустить удалённую клиентскую программу, выводящую графику на локальный X‑сервер, пользователь обычно открываетэмулятор терминала и подключается к удалённой машине при помощиtelnet илиSSH. Затем он отдаёт команду, указывающую дисплей, на который следует выводить графику (например,export DISPLAY=[имя компьютера пользователя]:0 при использованииbash). Наконец, пользователь запускает клиентскую программу. Она подключится к локальному X-серверу и будет отображать графику на локальном экране и принимать ввод от локальных устройств ввода. Другой вариант — использовать небольшую вспомогательную программу, которая подключается к удалённой машине и запускает на ней нужное клиентское приложение.

Использование удалённых клиентов может быть полезно, например, в таких ситуациях:

• графическое администрирование удалённой машины;
• выполнение интенсивных ресурсоёмких вычислений на удалённойUNIX-машине и вывод результатов на локальнойWindows-машине;
• выполнение графических программ одновременно на нескольких машинах, с одним дисплеем, одной клавиатурой и одной мышью.

В1984 году Боб Шайфлер иДжим Геттис зафиксировали ранние принципы построения X:

• Добавляй новую функциональность только в том случае, если без неё нельзя завершить какое-то реальное приложение.
• Решить, чем система не является, столь же важно, сколь решить, чем она является. Не пытайся удовлетворить все мыслимые потребности; вместо этого сделай систему расширяемой, чтобы новые потребности могли быть удовлетворены совместимым образом.
• Хуже обобщения одного примера может быть только обобщение вообще без примеров.
• Если проблема не понята до конца, возможно, лучше не решать её вовсе.
• Если ты можешь добиться 90 процентов нужного эффекта, затратив всего 10 процентов сил, используй более простое решение.
• Изолируй сложные места как можно сильнее.
• Обеспечивай механизм, а не политику. В частности, политика интерфейса пользователя должна быть в руках клиентов.

С тех пор проект X, в основном, придерживался этих принципов. Демонстрационная реализация разрабатывается с расчётом на расширение и улучшение, в то же время она остаётся почти полностьюсовместимой с протоколом1987 года.

X Window System намеренно не определяет, как должен выглядетьинтерфейс пользователя приложения — кнопки, меню, заголовки окон и т. д. Эти вопросы решаются на уровнеоконных менеджеров, инструментариевэлементов интерфейса,сред рабочего стола и на уровне отдельных приложений. По этой причине визуальное представление X-интерфейсов претерпело огромные изменения с течением времени.

Оконный менеджер управляет размещением и внешним видом окон приложений. Он может создавать интерфейс, подобныйMicrosoft Windows илиMacintosh (например, так работают оконные менеджерыKwin вKDE иMetacity вGNOME), или совершенно другой стиль (например, вофреймовых оконных менеджерах, таких какIon). Оконный менеджер может быть как простым и минималистичным (напримерtwm — базовый оконный менеджер, поставляемый с X), так и может предлагать функциональность, близкую к полноценной рабочей среде (например,Enlightenment).

Многие пользователи используют X вместе с полнойсредой рабочего стола, которая включает в себя оконный менеджер, различные приложения и единый стиль интерфейса. Наиболее популярные среды рабочего стола —GNOME иKDE. В стандартеSingle UNIX Specification указана средаCDE. Проектfreedesktop.org пытается обеспечить взаимодействие между различными средами, а также компоненты, необходимые для конкурентоспособного рабочего стола на основе X.

Эталонная реализация от фонда X.Org Foundation, называемаяX.Org Server, является каноничной реализацией X Window System. Она распространяется на условиях весьма либеральнойлицензии, из-за чего появились несколько её разновидностей (каксвободных, так ипроприетарных). Коммерческие поставщикиUNIX зачастую берут демонстрационную реализацию и адаптируют её к собственномуаппаратному обеспечению, обычно сильно модифицируя её и добавляя проприетарные расширения.

Вплоть до2004 года проектXFree86 был наиболее распространённым вариантом X для свободных UNIX-подобных операционных систем. XFree86 возник какпорт X на386-совместимые персональные компьютеры. К концу1990-х этот проект стал главным источником технических инноваций в X Window System иде-факто руководил разработкой X^[5]. Однако в 2004 году XFree86 поменял условия лицензии, и реализация X.Org Server (которая являетсяфорком XFree86, но со свободной лицензией) стала более распространённой.

Хотя X Window System чаще всего ассоциируется с UNIX, X-серверы могут также существовать внутри других графических сред.OpenVMS — операционная система компанииHewlett-Packard — в качестве стандартной среды рабочего стола использует версию X вместе сCDE, известную какDECwindows. В состав операционных системMac OS X 10.3 (Panther) и выше отApple входитX11.app, основанная на XFree86 4.3 и X11R6.6, с более полной интеграцией в Mac OS X.

Microsoft Windows не включает в себя поддержку X, но существуют многочисленные сторонние реализации: как свободные (Cygwin/X,Xming,X-Deep/32,WeirdMind,WeirdX), так и проприетарные (Xmanager,WiredX,Exceed,X-Win32). Обычно они используются для управления удалёнными X-клиентами.

Для устаревшей операционной системыDOS также существует реализация X-сервера,DesqView/X, даже в настоящее время позволяющая создавать довольно простыетонкие клиенты.

Когда X Window System выполняется внутри другой оконной системы (например, оконной подсистемы Microsoft Windows или Mac OS), она обычно работает в режимебез корневого окна (англ. rootless). Это значит, что корневое окно (фон экрана и связанные с ним меню) управляется внешней оконной системой, а не самой X Window System. При этом внешняя оконная система также управляет геометрией X-окон, создаваемых внутри неё. Однако некоторые серверы (например, Exceed, Xming или Cygwin/X) способны создавать и корневое окно — в этом случае клиенты отображаются в отдельном окне во внешней системе.

X-терминал — это выделенноеаппаратное обеспечение, на котором выполняется X-сервер и которое служит в качестветонкого клиента. Этаархитектура завоевала популярность при построении недорогих терминальных парков, в которых множество пользователей одновременно используют один большойсервер приложений. Такое применение X Window System хорошо соответствует изначальным намерениям разработчиков изMIT.

X-терминалы могут изучатьсеть (в пределах локальногошироковещательного домена) с использованиемпротоколаXDMCP, составляя при этом список узлов сети, с которых они могут запускать клиенты. На изначальном узле должен выполнятьсядисплейный менеджер X (англ. X display manager).

В настоящее время выделенные (аппаратные) X-терминалы не пользуются широкой популярностью: обычноперсональный компьютер с X-сервером обеспечивает ту же функциональность при меньшей стоимости.

X-сервер состоит из наборарасширений, каждое из которых реализует определённые функции: от прорисовки геометрических примитивов до ускорения обработки и вывода на экрантрёхмерной графики с использованием возможностей видеоаппаратуры. Почти каждый из этих модулей можно отключить или настроить в конфигурационномфайле.

VESA Display Data Channel (DDC™) —стандарт обмена информацией междумонитором играфической платой, позволяющий монитору передавать данные о поддерживаемыхразрешениях, частотах развёртки, производителе монитора и т. д. Модуль DDC поддерживает версии 1 и 2 спецификации DDC. В соответствии с полученными данными он устанавливает основные параметры экрана или предупреждает о несоответствии заданных пользователем параметров.

X Resize, Rotate and Reflect Extension — расширение X-сервера, реализующее функции масштабирования, поворота и отражения корневого окна. Используется при изменении разрешения, при динамической замене монитора (например, при переключении со встроенного экрананоутбука на внешний монитор). Рассылает запущенным приложениям предупреждения об изменении конфигурации экрана.

X Rendering Extension предоставляет функции для совмещения и вывода изображений на экран. Позволяет обрезать изображение, накладывать маску поцветам с использованиемальфа-канала, использовать различные фильтры, подготавливать и выводитьтекстовую информацию, а также отображать основные геометрические фигуры.

РасширениеShape предназначено для улучшения видаинтерфейса пользователя. Среди его возможностей — отбрасывание тениэлементами интерфейса для создания иллюзии трёхмерного изображения; окна и кнопки с округлыми краями; возможность создавать различные фигуры, отличные от прямоугольных.

РасширениеXinerama позволяет представить множество мониторов как один экран. С его помощью можно выводить согласованное изображение на большие экраны, составленные из многих мониторов. Однако, многие из существующих на данный моментоконных менеджеров не поддерживают, или не полностью поддерживают спецификации Xineramа, поэтому показывают неверные изображения при использовании данного расширения.

X video extension — расширение, позволяющее ускорить вывод видеофрагментов на экран с использованием возможностей графической платы (а точнее — еёдрайвера) и уменьшить тем самым нагрузку нацентральный процессор. Многие графические платы позволяют выводить видеоизображения в форматах кодирования цветаYUV (YUY2, I420 и т. д.), которые используются в стандартах систем аналогового цветноготелевиденияPAL,SÉCAM,NTSC, не переводя их предварительно в формат передачи цвета дисплея (RGB16/24/32), а также производить обратное перекодирование. Расширение Xv предоставляет информацию о доступных графических платах, количестве доступныхпортов (каждый порт может использовать только одно приложение), поддерживаемых форматах кодирования цвета. Всю эту информацию можно просмотреть с помощьюутилитыxvinfo.

В книге «The UNIX-HATERS Handbook» (1994) целая глава^[6] посвящена проблемам X в конце1980-х — начале1990-х годов. Статья«Why X Is Not Our Ideal Window System»^[7] («Почему X не является нашей идеальной оконной системой») (1990) подробно рассматривает проблемы протокола и даёт рекомендации по улучшению.

Сегодня граница производительности графических компьютерных систем пролегает в области наиболее продвинутых графических функций. Изготовителиаппаратного обеспечения, как правило, реализуют эти продвинутые возможности впроприетарныхдрайверах, причём эти драйверы обычно пишутся в первую очередь для системMicrosoft Windows (как для самых распространённых на потребительском рынке). Драйверы многих старыхграфических плат подверглисьобратной разработке в рамках проектовXFree86 иX.Org Server. Однако некоторые производители рассматривают свои разработки в области высокопроизводительного видео каккоммерческую тайну или же какпатентованные изобретения, которые они не хотят раскрывать.

Многие нынешние реализации X управляют видеоаппаратурой напрямую. Неустойчивый X-сервер может сделать дисплей непригодным к использованию даже в тех случаях, когда самаоперационная система продолжает нормально функционировать; при этом может потребоватьсяперезагрузка всей системы. ТехнологияDirect Rendering Infrastructure (DRI) призвана устранить эту проблему.

X Window System намеренно не включает в себя спецификацииинтерфейса пользователя, равно как и большей части межпрограммного взаимодействия. По этой причине возникли очень сильно отличающиеся друг от друга интерфейсы, а также приложения, не всегда корректно работающие друг с другом. Существует спецификация взаимодействия клиентовICCCM, но она известна как трудная для правильной реализации. Последующие попытки стандартизации — такие как инструментарийMotif и средаCDE — не исправили положения. Всё это мешает как пользователям, так ипрограммистам^[8]. В настоящее время разработчики обычно добиваются единого стиля в приложениях, ориентируясь на одну конкретнуюсреду рабочего стола или на конкретный инструментарий. Это также позволяет избежать непосредственной работы с ICCCM.

Протокол X в официальной комплектации не предоставляет никаких средств для работы созвуком, однако расширение протокола для использования звука по сетисуществует. Поддержка звуковой аппаратуры и воспроизведение звуков возлагается на операционную систему. Поскольку пользователям всё чаще необходим звук, эта ситуация привела к появлению различных несовместимых друг с другом звуковых подсистем. В прошлом многие программисты игнорировалисетевые проблемы и просто использовали локальные звуковыеAPI операционной системы. Первое поколениеклиент-серверных звуковых систем включает в себяrplay иNetwork Audio System. Более современные системы —PulseAudio,esound вGNOME иaRts вKDE. Также начата разработка новой системы —Media Application Server.

До недавнего времени X Window System не включала в себя хорошего решения дляпечати содержимого дисплеев. Многие X-клиенты печатают в форматеPostScript независимо от X-сервера. МеханизмXprint впервые появился в X11R6.3; его клиентская часть работала хорошо, в отличие от многих серверных реализаций. Версии X11R6.8 и выше функционируют нормально^[9] и набирают популярность в инструментарияхэлементов интерфейса.

В X Window System нет возможности отключить X-клиент или сеанс от одного сервера и подключить его к другому серверу (как вVNC). Работа над добавлением этой функции в X уже ведётся. Существуют обходные механизмы (просмотрщики VNC :0), которые делают экран текущего X-сервера доступным через VNC. Или можно использовать подключение X-клиента к проксирующему X-серверу (xpra,guievict,xmove,lbxproxy).

Данные, передаваемые по сети между X-сервером и удалёнными X-клиентами, по умолчанию нешифруются. Злоумышленник может при помощисниффера перехватить и прочитать эти данные. Для предотвращения этого, как правило, Xтуннелируется поверхSSH. Большинство реализаций SSH поддерживает туннелирование X-приложений, хотя иногда эти функции по умолчанию отключены.

Независимость от аппаратуры и отделение клиентов от серверов влияет напроизводительность системы. Сетевая прозрачность X требует, чтобы клиенты и сервер работали отдельно друг от друга. В прошлом это существенно снижало производительность отдельно стоящей системы — по сравнению сMicrosoft Windows иMac OS, где оконная подсистема внедрена глубоко в саму операционную систему. Для нормальной работы X Window System рекомендовалось от 4 до 8Мбоперативной памяти — значительно больше (по тем временам), чем для Windows или Mac OS.

По идеологии X Window System вся отрисовка элементов окон производится X-сервером. Но, на сегодняшний день было создано достаточно много приложений (в основном используя такие библиотеки как GTK+ и Qt) производящие отрисовку элементов на стороне клиента и передающие эти отрисованные элементы уже как рисунок X серверу. При этом к каналам сети предъявляются повышенные требования по пропускной способности.

Текущие версииWindows иMac OS X имеют внутреннее разделение графической подсистемы, похожее на клиент-серверное разделение в X, и имеют примерно те же требования к ресурсам, что X сKDE илиGNOME. Последнее — очень спорное утверждение, например, загрузка ЦП со стороны X сервера значительно превышает нагрузку процессора со стороны графической подсистемыWindows. Потребление памяти также заметно выше. Бо́льшая часть накладных расходов в X теперь приходится на задержку при передаче данных по сети между клиентом и сервером. Существует распространённое заблуждение, согласно которому прилокальном использовании X Window System её сетевые возможности (ненужные в данном случае) отрицательно сказываются на производительности. На самом деле современные реализации X используют в таком случае локальныесокеты иобщую память (напр.MIT-SHM), требуя лишь очень незначительных накладных расходов.

ВUNIX-подобных операционных системах для вывода графики почти повсеместно используется X Window System. Тем не менее, история знает несколько попыток создания альтернативы или замены X. Среди них:NeWS компанииSun Microsystems, не завоевавшая популярность на рынке, иDisplay PostScript компанииNeXT, которая впоследствии превратилась в AppleAqua дляMac OS X.

Производились и попытки решить проблемы X путём полной её замены; в том числе — проекты Berlin/Fresco иY Window System. Однако эти проекты не получили практически никакого распространения. На данный момент имеется развивающийся проект, направленный на снижениесистемных требований —MicroXwin. X.org Foundation в настоящее время занимается устранением недостатков в X11 путём приведения подсистем к актуальному состоянию — в частности появилась поддержка множества курсоров, а следовательно и multitouch, а также значительно улучшена подсистема ввода, которая стала называться Xinput2, что позволило снять ограничения на сканкоды клавиш. Несмотря на это появляются альтернативы X11. В частности компания Intel занята развитием нового протоколаWayland, который планируется как альтернатива X11, но при этом, в отличие от X11, не предоставляет средств удалённого доступа к приложениям на уровне протокола. РазработчикиUbuntu планировали переход наWayland в выпуске 13.04, но позже объявили о собственной разработке —Mir — собственной графической подсистемы, представляющей собой ответвление графической подсистемы SurfaceFlinger из ОСAndroid, развивающееся далее ресурсамиCanonical как самостоятельный проект. В 18-м выпуске дистрибутиваFedora Wayland включён как опциональный пакет.

Другие конкуренты пытаются избежать накладных расходов, возникающих в X, путём работы непосредственно саппаратным обеспечением. Примерами таких проектов являютсяDirectFB и очень маленькийFBUI. МеханизмDirect Rendering Infrastructure (попытка создать надёжныйядерныйинтерфейс квидеобуферу) может сделать эти проекты ненужными.

Есть и другие способы добиться сетевой прозрачности графических служб:

• VNC (Virtual Network Computing) — очень низкоуровневая система, которая пересылает сжатыерастровые изображения по сети. Реализация дляUNIX включает в себя X-сервер.
• Citrix MetaFrame — подобный X продукт дляMicrosoft Windows.
• Tarantella — компания, поставляющаяJava-клиент для использования в веб-браузерах.
• ТехнологияNX NoMachine — узкополосныйпротокол для удалённых дисплеев. Не является конкурентом X, поскольку базируется на протоколе X11, но позиционируется как более совершенное решение, чем чистый X.
• SVG Terminal^[10] — протокол для обновленияSVG-содержимого ввеб-браузере в почтиреальном времени.

До появления X существовало несколько растровых дисплейных систем. ИзXerox пришлиAlto (1973) иStar (1981). ВApple были разработаныLisa (1983) иMacintosh (1984). В миреUNIX существовали терминалBlitРоба Пайка (1984) и проектAndrew (1982).

X получила своё имя как преемница оконной системыW Window System^[англ.] (влатинском алфавите буква X следует сразу за буквой W). Система W работала под управлениемоперационной системы V^[англ.]. W использоваласетевой протокол с поддержкой терминальных и графических окон, при этомсервер поддерживал списки дисплеев.

Изначальная идея X Window System возникла вМассачусетском технологическом институте (MIT) в1984 году в результате сотрудничестваДжима Геттиса (изПроекта Athena^[англ.]) иБоба Шейфлера (из лаборатории информатики MIT). Шейфлеру была необходима пригодная к использованию дисплейная среда дляотладки системы Argus. Проект Athena (совместный проектDEC, MIT иIBM по предоставлению лёгкого доступа к компьютерам для студентов) нуждался в платформо-независимом графическом решении, чтобы соединить воедино свои гетерогенные системы, состоящие из продуктов разных поставщиков. В то время в рамках проектаAndrew вуниверситете Карнеги — Меллон велась работа над оконной системой, но для неё не были доступнылицензии, а альтернатив не существовало.

Проект решил эти проблемы путём созданияпротокола, который поддерживал как локальные приложения, так и вызов удалённых приложений. В середине1983 года начальныйпорт W наUNIX работал в пять раз медленнее, чем всистеме V^[англ.]. В мае 1984 года Шейфлер заменил синхронный протокол на асинхронный, а списки дисплеев — на непосредственный вывод графики. Таким образом получилась X Window System версии 1.x, одна из первых оконных систем, обеспечивающих независимость отаппаратного обеспечения.

Шейфлер, Геттис иРон Ньюмен приступили к работе, и X стала быстро развиваться. В январе1985 года была выпущена версия 6. КомпанияDEC, которая в то время готовилась к выпуску своей первойрабочей станцииUltrix, решила, что X — единственная оконная система, которая может быть завершена к нужному сроку. Инженеры DEC портировали X6 на дисплей QVSS наMicroVAX.

Во втором квартале 1985 года в X была реализована поддержкацветов для работы под DECVAXstation-II/GPX. Эта версия стала известна как версия 9. Ранее MIT лицензировал X6 некоторым сторонним группам за плату. Однако теперь было решено распространять X9 и будущие версиисвободно — на условиях, которые получили названиелицензии MIT. X9 появилась в сентябре 1985 года.

Группа изБраунского университета портировала версию 9 наIBM PC/RT, но проблемы при чтении неупорядоченных данных на RT привели к несовместимому изменению в протоколе, в результате чего в конце 1985 года была выпущена версия 10. К1986 году из внешних организаций начали поступать запросы на использование X. Выпуск X10R2 состоялся в январе 1986 года, X10R3 — в феврале. X10R3 стала первой версией, получившей широкое распространение; DEC иHewlett-Packard выпускали основанные на ней продукты. Другие группы портировали X10 наApollo, на рабочие станцииSun и даже наIBM PC AT. В то же время на выставке Autofact были проведены демонстрации первого коммерческого приложения на основе X — инженерной системы, работающей наVAX и отображаемой наперсональных компьютерах с X-сервером. Последняя версия X10 — X10R4 — появилась в декабре 1986 года.

Хотя X10 обладала интересной и мощной функциональностью, стало очевидно, что протокол X желательно сделать менее зависимым от аппаратурыдо того, как X Window System станет слишком широко распространённой. Однако MIT в одиночку не справился бы со столь крупными изменениями в протоколе.Смоуки Уоллэс из лабораторииDEC WSL и Джим Геттис предложили DEC WSL заняться разработкой X11 и сделать её свободно распространяемой на тех же условиях, что X9 и X10. Этот процесс начался в мае 1986 года; протокол был готов в августе.Альфа-тестирование программного обеспечения началось в феврале1987 года;бета-тестирование — в мае. Наконец,15 сентября 1987 года X11 была официально выпущена.

Дизайн протокола X11, которым руководил Шейфлер, широко обсуждался в открытыхсписках рассылки раннегоИнтернета. Таким образом, X можно считать одним из первых крупномасштабных проектов по созданиюсвободного программного обеспечения.

В1987 году, когда успех X11 стал очевидным,MIT пожелал отказаться от дальнейшего управления проектом X. Однако на собрании девяти поставщиков, состоявшемся в июне 1987 года, поставщики сообщили MIT, что необходима нейтральная сторона, которая предотвращала бы распад X на рынке. В январе1988 года была сформирована некоммерческая группа под названиемКонсорциум X MIT (MIT X Consortium). Её целью являлось управление дальнейшей разработкой X в нейтральной атмосфере, с учётом как коммерческих, так и образовательных интересов. Директором Консорциума стал Шейфлер. Джим Фултон иКит Паккард присоединились в качестве старших разработчиков в январе и марте 1988 года соответственно. При этом Джим работал в основном надXlib,шрифтами,оконными менеджерами иутилитами, а Кит занимался переделыванием сервера. Донна Конверс и Крис Петерсон присоединились позже в том же году; их усилия были сосредоточены в области инструментариев и наборовэлементов интерфейса, они работали в тесной связи с Ральфом Свиком изПроекта Athena^[англ.] института MIT. Консорциум X MIT выпустил несколько существенных обновлений к X11; первое из них (X11R2) вышло в феврале 1988 года.

В1993 году был сформирован преемник Консорциума X MIT — некоммерческая корпорацияX Consortium, Inc. Под её началом16 мая1994 года была выпущена версия X11R6. В1995 году корпорация взяла на себя управление разработкой инструментарияMotif и средыCDE дляUNIX-систем. X Consortium распалась в конце1996 года, выпустив последнюю версию, X11R6.3, и оставив после себя возрастающее коммерческое влияние в разработке.^[11][12]

В середине1997 года X Consortium передал руководство проектом X организацииThe Open Group, образованной в1996 году в результате слиянияOpen Software Foundation иX/Open.

The Open Group выпустила X11R6.4 в начале1998 года. В этой версии было решено отказаться от традиционной либеральнойлицензии, поскольку The Open Group желала обеспечить финансовую поддержку разработки X.^[13] Новые условия не позволяли многим проектам (например,XFree86) и даже некоторым коммерческим поставщикам принять эту версию. После угроз сделатьфорк со стороны XFree86^[14] The Open Group сменила условия распространения X11R6.4 обратно на традиционную лицензию в сентябре 1998 года.^[15] Последним выпуском под руководством The Open Group стал X11R6.4 patch 3.

Необходимопроверитькачество перевода статьи «X Window System» c английского языка,исправить содержательные и стилистические ошибки.

Вы можете помочьулучшить эту статью (см. такжерекомендации по переводу).
(8 ноября 2008)

ПроектXFree86 возник в1992 году из сервера X386 дляIBM PC-совместимых компьютеров. X386 был написан Томасом Роэллом и Марком Снитили, пожертвован Консорциуму X MIT компаниейSnitily Graphics Consulting Services (SGCS) и включён в состав X11R5 в1991 году. Со временем XFree86 превратился из просто отдельно взятого порта X в ведущую и самую популярную реализацию системы и сталде-факто руководить разработкой X.^[16]

В мае1999 годаThe Open Group основалаX.Org. X.Org контролировала выпуск версий X11R6.5.1 и выше. В это время разработка X практически остановилась^[17]; технические инновации происходили в основном в рамках проекта XFree86^[18]. В1999 году команда XFree86 вошла в состав X.Org в качестве почётного члена^[19], чему способствовали различные компании-производители аппаратного обеспечения^[20], заинтересованные в использовании XFree86 вместе сLinux и в его статусе как наиболее популярной версии X.

X.Org и XFree86 начали обсуждать реорганизацию с целью обеспечить полноценную разработку X^[21][22][23].Джим Геттис настаивал на переходе к открытой модели разработки по крайней мере с 2000 года^[12]. Геттис, Паккард и другие начали активно искать способы перехода к эффективной и открытой разработке X.

Вплоть до2003 года, пока популярность Linux (и, как следствие, распространённость X) возрастала, X.Org бездействовала^[24], и основная разработка происходила в XFree86. Проект XFree86 страдал от слишком закрытой модели разработки:программисты не могли получить доступ на запись вCVS-репозиторий, и поставщикам приходилось поддерживать обширные наборыпатчей^[25]. В марте 2003 года организация XFree86 исключилаКита Паккарда, который присоединился к XFree86 после распада Консорциума X MIT; сделано это было в весьма недружелюбной обстановке^[26][27][28].

Наконец, в феврале2004 года проект XFree86 выпустил версию 4.4 под более ограниченнойлицензией: в неё был добавлен пункт, аналогичныйрекламному пункту (англ. advertising clause) оригинальнойлицензии BSD. Многие проекты, полагавшиеся на X, посчитали такую лицензию неприемлемой.FSF иDebian сочли добавленный пункт несовместимым с условиямиGNU GPL^[29]. Другие группы (например,OpenBSD) считали, что наложение дополнительных лицензионных ограничений противоречит изначальному духу X. Из-за этих лицензионных проблем на фоне закрытости XFree86 сложилась подходящая атмосфера для созданияфорка.

В начале2004 года представителиX.Org иfreedesktop.org основали фондX.Org Foundation.The Open Group передала ему управлениедоменным именемx.org. Это стало коренным изменением в разработке X. В то время как распорядители X с 1988 года (включая предыдущую X.Org) были организациями поставщиков, X.Org Foundation был основан самими разработчиками программного обеспечения, и в нём использовалась открытая модель разработки, опирающаяся на вклад извне. Было открыто членство для частных лиц, а корпоративное членство представлено в виде спонсорства. В настоящее время фонд X.Org Foundation поддерживается несколькими крупными корпорациями, такими какHewlett-Packard иSun Microsystems.

Фонд выпустил X11R6.7 —X.Org Server — в апреле 2004 года. Эта версия была основана наXFree86 4.4RC2 (последней версии XFree86, выпущенной под старойлицензией), с добавленными изменениями X11R6.6. Благодаря внедрению открытой модели разработки и сохранению совместимости сGNU GPL проект привлёк многих бывших разработчиков XFree86^[29].

X11R6.8 вышла в сентябре 2004 года. В неё были включены значительные нововведения, в том числе предварительная поддержка прозрачных окон и других сложных визуальных эффектов,экранных луп и миниатюр, а также средства для интеграции с трёхмерными дисплейными системами (такими как проектLooking Glass от Sun и проектCroquet). Политику внешнего вида предоставляют сторонние приложения, называемыекомпозитными менеджерами (англ. composite managers).

БлагодаряX.Org Foundation иfreedesktop.org разработка X Window System вновь ускорилась. Разработчики планируют выпускать текущие и будущие версии как готовые к использованию продукты, а не просто как основу для продуктов, создаваемых поставщиками.

21 декабря2005 года фонд выпустил^[30] X11R6.9 — монолитное деревоисходного кода для устаревших систем, и X11R7.0 — тот же исходный код, разбитый на независимые модули, которые могут поддерживаться в рамках отдельных проектов^[31]. Версия X11R7.1 была выпущена22 мая 2006 года, примерно через четыре месяца после 7.0, и включает в себя существенные улучшения^[32].

Планируется, что в будущем X-сервер будет получать доступ к видеоаппаратуре исключительно посредствомOpenGL иDirect Rendering Infrastructure (DRI) на тех комбинацияхаппаратного обеспечения иоперационных систем, которые поддерживают такой доступ. Инфраструктура DRI впервые появилась вXFree86 версии 4.0 и стала стандартной в X11R6.7 и более поздних версиях^[33]. Многие операционные системы начали добавлять соответствующую поддержку вядро. Работа в этой области продолжается.

Компьютерные специалисты зачастую сокращают полное название «X Window System» до «X11» или просто «X». Термин «X Windows» (на манер «GNU/Linux» или «Microsoft Windows») официально осуждается и считается неверным, хотя широко используется с самого начала истории X, в том числе и намеренно для литературного эффекта (например, в книге «The UNIX-HATERS Handbook»).

• Xgl
• VirtualGL
• Wayland

• Линда Муи, Эрик Пирс. X Window System Volume 8: X Window System Administrator’s Guide for X11 Release 4 and Release 5. — 3rd ed. — O’Reilly, 1993. —ISBN 0-937175-83-8.
• Роберт Шейфлер, Джеймс Геттис. X Window System: Core and extension protocols: X version 11, releases 6 and 6.1. — Digital Press, 1996. —ISBN 1-55558-148-X.
• Литературу по данному вопросу можно найти в интернет-архиве: «X Window system administrator’s guide : for X version 11», «Xlib reference manual : for version 11 of the X Window System», «X Window System user’s guide : for X11 R3 and R4 of the X Window System» и др.

• X.Org Foundation (англ.) — официальный веб-сайт.
• X Window System в каталоге ссылокCurlie (dmoz)
• Window Managers for X (англ.) — веб-сайт, посвящённый различным оконным менеджерам X.
• DsY  (недоступная ссылка с 14-05-2013 [4660 дней] —история) (англ.) — развитие проекта Y Window System.
• Jon Smirl. The State of Linux Graphics (англ.) (30 августа 2005). Дата обращения: 24 ноября 2007. Архивировано 23 августа 2011 года.

• Джон Смирл. Состояние графики Линукс  (рус.). Дата обращения: 24 ноября 2007.

• Хорошая тематическая статья с сайта http://rus-lunux.net/ (рус.)
• Christopher Browne. 16. On the Thesis that X is Big/Bloated/Obsolete and Should Be Replaced (англ.). Christopher Browne’s Web Pages → VI. Operating System-Centric Computing → The X Window System (2005). Дата обращения: 16 февраля 2009. Архивировано 23 августа 2011 года.
• Джим Геттис. Open Source Desktop Technology Road Map (англ.) (9 декабря 2003). Дата обращения: 29 июня 2006. Архивировано изоригинала 24 ноября 2003 года.
• Оскар Бойкин. X Marks the Spot: Looking back at X11 Developments of Past Year (англ.). OSNews (25 февраля 2004). Дата обращения: 29 июня 2006. Архивировано 23 августа 2011 года.
• Майк Пакетт. Why Apple didn’t use X for the window system (англ.). Apple Computer (19 августа 2003). Дата обращения: 29 июня 2006. Архивировано 23 августа 2011 года.
• Writing a Graphics Device Driver and DDX for the DIGITAL UNIX X Server (англ.). DEC (1997). Дата обращения: 29 июня 2006. Архивировано изоригинала 26 октября 2003 года.
• Кентон Ли. Technical X Window System and Motif WWW Sites (англ.). Дата обращения: 29 июня 2006. Архивировано 23 августа 2011 года.

Заметные реализации

• Демонстрационная реализация от фонда X.Org (англ.)
• XFree86 — на протяжении многих лет была самой популярной реализацией, особенно на открытых UNIX-подобных системах.
• Apple — Mac OS X — X11  (недоступная ссылка с 14-05-2013 [4660 дней] —история) (англ.) —X11.app, тесно интегрированная сMac OS X.
• Win32-x11 — X-сервер под Windows-системы, основанный на GDI/DirectX.
• LibW11 — реализация Xlib под Windows-системы, использующая вызовы Win32 API.

• Программное обеспечение по алфавиту
• Программное обеспечение, разработанное в 1982 году
• X Window System
• Программное обеспечение с лицензией MIT
• Freedesktop.org

• Википедия:Cite web (заменить webcitation-архив: deadlink no)
• Википедия:Cite web (не указан язык)
• Википедия:Статьи с источниками из Викиданных
• ПРО:ИТ:Статьи по алфавиту
• ПРО:ИТ:Последняя правка: в прошлом году
• Википедия:Плохой перевод с английского с ноября 2008 года
• Википедия:Плохой перевод с английского
• Википедия:Плохой перевод с ноября 2008 года
• Википедия:Плохой перевод
• Википедия:Статьи с шаблонами недостатков по алфавиту
• Википедия:Статьи с нерабочими ссылками с мая 2013
• Страницы, использующие волшебные ссылки ISBN