Vrml (Virtual Reality Modeling Language) — Язык моделирования виртуальной реальности

______________________________________________________________

Один из основных способов представления трехмерных графических изображений. По­зволяет пользователям описывать элементы трехмерной сцены, например, многоугольни­ки (кубы, цилиндры и конусы), визуализи­руемые объекты (называемые узлами), спецэффекты, освещение, текстуры и другие свойства.

Версия 1.0 появилась в апреле 1995 года и была разработана на базе формата Open Inventor ASCII компании Silicon Graphics Inc. Она определяла способ визуализации трехмерных изображений, а также связыва­ния объектов и сцен.

Версия 2.0 появилась в 1996 году и была стандартизирована в документе ISO/IEC 14772. Она предоставляет поддержку мульти­медийных данных и гораздо более широкие функциональные возможности, оставаясь несовместимой с версией 1.0.

Сцены VRML обычно хранятся в файлах с расширениями .FLR, .WRL или .WRZ.

Название VRML первоначально было аббревиатурой от Virtual Reality Mark-up Language (Язык разметки виртуальной реаль­ности). Произносится как вер-мал (VER-mal).

Основными источниками информации о VRML являются хранилище VRML (VRML Repository) http://www.sdsc.edu/vmrl и узел стандартов VMRL http://www.vmrl.org. Допол­нительную полезную информацию, а также чат IRC о VRML можно найти на http://www.internetuser.com.

См. HTML и MPEG.

Vsat (Very Small Aperture Terminals) - Терминалы с очень малой апертурой

____________________________________________________________

Наземные спутниковые антенны (с диамет­ром от 0.75 до 2.4 м), используемые для вза­имодействия с большой центральной антен­ной и подключенной к ней компьютерной системой. Каналы между удаленными пользователями, малыми антеннами и цент­ральной антенной (иногда называемой кон­центратором) называются входящими (inroute). Их производительность составляет 256 Кбит/с.

Промежуточное соединение (backhaul connection), в качестве которого обычно вы­ступает наземная линия связи, связывает пользовательский центр данных с провайде­ром (который обладает антенной не менее 7 м в диаметре).

Провайдер осуществляет многоадресную передачу через спутник, пересылая пользо­вателям запрошенные ими данные. Этот ка­нал называется исходящим и обладает про­изводительностью 512 Кбит/с.

Такая довольно внушительная пропуск­ная способность совместно используется многими пользователями.

Помимо небольших спутниковых антенн на удаленных узлах устанавливаются допол­нительные модули, которые:

• Предоставляют пользователям стандарт­ный интерфейс, например, SDLC или

Х.25.

• Поддерживают многие методы назначе­ния приоритетов и распределения поло­сы пропускания (в соответствии с назна­ченным провайдером приоритетом). Например, чаще всего удаленному узлу или группе таких узлов выделяется стро­го фиксированная пропускная способ­ность. Кроме того, возможно назначение приоритетов по используемому протоко­лу и адресу конечного компьютера.

• Не позволяют пользователям вторгаться в полосу пропускания, выделенную дру­гим пользователям.

• Осуществляют коррекцию ошибок (путем ретрансляции). Спутниковые каналы обычно остаются достаточно помехоус­тойчивыми, чтобы доверить исправление ошибок протоколу TCP (эта операция осуществляется непосредственно на ко­нечных компьютерах).

• Предоставляют провайдеру средства для диагностики сетевой инфраструктуры.

Использование временного мультиплек­сирования позволяет многим пользователям совместно использовать предоставляемую спутником полосу пропускания (каждый пользователь получает собственный времен­ной интервал для обмена данными).

Подобные сети развертываются крупны­ми провайдерами (например, провайдер

Telesat в Канаде), которые арендуют полосу пропускания у владельцев спутников (напри­мер, у Hughes Network Systems). См. SATELLITE и SDLC.

VTAM (Virtual Telecommunications Access Method) — Виртуальный телекоммуникационный метод доступа

________________________________________________________________

Разработанный IBM метод организации вза­имодействия приложений, работающих под управлением операционных систем (напри­мер, VM и MVS) больших ЭВМ (S/370 и S/390) с пользовательскими терминалами и принтерами. Поддерживает протоколы SNA и APPN (уровни 3, 4 и 5 эталонной модели OSI) и SDLC (уровень 2).

См. S3270, DLC, MAINFRAME, PU-5, SDLC и SNA.

VTOA (Voice and Telephony over ATM) - Передача речи и телефония с помощью ATM

____________________

Усовершенствование службы эмуляции кана­ла (circuit emulation service — CES), которое позволяет каналам вплоть до Т1 (и Е1) ис­пользовать упрощенную версию AAL 1 (включая байт номера последовательности для повышения надежности).

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

См. ATM (Asynchronous Transfer Mode).

W

WABI (Windows Applications Binary Interface) — Двоичный интерфейс приложений Windows

__________________________________________________________________

Программное обеспечение подразделения SunSelect компании Sun Microsystems, кото­рое преобразовывает задокументированные функциональные вызовы системы Microsoft Windows в вызовы X Window System, чтобы разработанные под Windows программы мог­ли запускаться на компьютерах Sun и на дру­гих, работающих под управлением UNIX (например, компьютеры SCO).

Включено в состав операционной систе­мы Solaris компании Sun и залицензировано подразделением SunSelect для остальных по­ставщиков UNIX-систем (включая компании HP и IBM).

Это замечательная задумка, но она не получила большой популярности (возможно, потому, что интерпретации подвергаются вызовы и команды не только системы Windows, что приводит к низкому быстро­действию программы).

См. SCO, SUN, UNIX и X WINDOW SYSTEM.

WAIS (Wide Area Information Service) — Глобальная информационная служба

_____________________________________________________

Это метод поиска информации в сети Internet. В процесс поиска включается три компонента:

• Индексатор, который генерирует семь разновидностей указателей из индексиро-

ванного документа; например, указатель на слова в документах, указатель на сло­ва в резюме документов (которые назы­ваются "заголовок") и указатель на назва­ния файлов.

• Ссылка на такой указатель устанавлива­ется от центральных серверов.

• Серверы, которые хранят документы и указатели, а доступ к ним можно полу­чить с помощью меню протокола распро­странения электронной информации (Gopher) или через WWW-ссылки в доку­ментах HTML.

• Клиентское программное обеспечение, которое запускается на ПК пользователя либо загружается браузерами WWW или Gopher.

Более подробную информацию по этому вопросу можно найти на сервере http://www.wais.com.

См. GOPHER, HTML, INTERNET2 и WWW.

WAN (Wide Area Network) - Глобальная сеть

___________________________________

Сеть обмена данными, которая может иметь любую протяженность и разворачивается обычно на общедоступной среде. Вы получа­ете доступ к сети, подключаясь к двум про­водникам цепи, а остальное — это работа общедоступной среды (которая обычно изоб­ражается в виде "серого облака", поскольку пользователь, как правило, не знает либо его не заботит, каким образом реализуется дос­туп). Для сравнения: диаметр локальной сети (максимальное расстояние между двумя станциями) обычно не превышает несколь­ких километров.

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

Служба коммутируемых каналов позво­ляет пользователю выбирать место подклю­чения линии в зависимости от вызова. Обыч­но вся линия подключается к одному блоку, конечной точке назначения вызова (по ана­логии с обычным телефонным вызовом). Оплата взимается ежемесячно за использова­ние подключения линии к коммутируемой сети. Кроме того, может устанавливаться поминутная оплата за суммарное время су­ществования установленных соединений (не­зависимо от того, передаются данные или нет). Т.е. местные вызовы могут быть бес­платными, тогда как удаленные вызовы — платными (опять же все по аналогии с обыч­ной телефонной связью).

Службы с коммутацией пакетов, кадров и ячеек могут организовываться на основе:

• Постоянного виртуального канала (PVC — Permanent virtual circuit), когда соедине­ние устанавливается на время подписки.

• Коммутируемого виртуального вызова или канала (SVC — Switched virtual call or circuit), когда соединение устанавливает­ся на основе вызова, как в случае обыч­ной телефонной связи.

Разновидности глобальных сетей приве­дены ниже на рисунке. Большинство теле­коммуникационных компаний имеют назва­ния для каждой службы, под которыми они известны на рынке и которые не соответству­ют техническим названиям. В одних случа­ях такой прием используется для обозначе­ния различий в функциональных особен­ностях, в других — потому, что предлагаемая служба по своим возможностям не соответ­ствует определенному стандарту, а может быть так поступают, чтобы усложнить поку­пателям процесс сравнения при покупке. На рисунке курсивом обозначены некоторые торговые названия служб, принятые Stentor Canada и AT&T.

Неоднократные исследования показали, что ежемесячная стоимость служб глобаль­ной сети, предоставляемых телефонными компаниями, составляет обычно 60-80 % бюджета, выделяемого организацией на об­мен данными (остальные 20-40% использует­ся на приобретение маршрутизаторов и дру­гого необходимого оборудования). Поэтому очень важно убедиться, что службы WAN специально приспособлены для удовлетворе­ния соответствующих требований, чтобы вы не использовали больше ресурсов, чем тре-

Тип службы	Лучше всего использовать для...
Выделенный канал (или выделенная линия)	Постоянного трафика либо в случае повышенных требований к защищенности.
Коммутация каналов	Объемного трафика на протяжении четко определенного и относительно короткого интервала времени. Например, факсимильная передача, видеокон ференции и передача файлов.
Коммутация пакетов (Х.25)	Обмена с подтверждением относительно небольшими порциями данных, который в пакетном режиме может быть распределен на целый день. Особенно когда необходимо установить соединения между большим количеством точек, а время ожидания сети в несколько сот миллисекунд не является критическим. Примерами могут служить передача финансовой информации, электронная почта, анкетирование, телеметрия и сбор данных.
Ретрансляция кадров	Подключения множества точек к фиксированному набору точек, где данные передаются пакетами на протяжении целого дня и где предъявляются повышенные по сравнению с Х.25 требования к времени ожидания. Например, соединения между локальными сетями удаленных офисов компании.
Коммутация ячеек	Взаимосвязи оборудования локальной сети с повышенными скоростями и с различными требованиями к пропускной способности и задержкам, для поддержки мультимедийного трафика.

РИС. 51. Глобальные сети.

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

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

У некоторых читателей может возникнуть вопрос, какое же согласующее оборудование (адаптер) может потребоваться в том случае, когда информация хранится в цифровом виде и сеть непосредственно обрабатывает цифровые данные. Ниже приведены приме­ры нескольких функций, которые реализуют данные устройства.

• Конечный адаптер ISDN необходим для согласования протоколов и скорости пе­редачи, а также для обеспечения служеб­ных сигналов сети (набор номера для ус­тановки ISDN-соединения).

• Приемопередатчик Ethernet необходимо применять, чтобы обеспечить соответ­ствие импеданса для различных типов кабеля и обеспечить обнаружение конф­ликтов.

• В полном и дробном канале Т1 модуль обслуживания канала/модуль обслужива­ния данных (CSU/DSU, который зачас­тую называют просто DSU) преобразовы­вает служебные сигналы (например, V.35 в AMI Т1), обеспечивает требования ls-плотности, отличается защитой от мол-

ний и превышения уровня напряжения, а также обеспечивает LED статуса и про­верку зацикливанием (для поддержки функции поиска неисправности).

• Модем (data set) — это обобщенное назва­ние устройства, необходимого для под­ключения к цифровой арендованной ли­нии. Необходимый тип должен соответствовать модему на станции теле­фонной компании. Он обычно выполня­ет такие же функции, как и модуль CSU/DSU. Например, в этих каналах обычно используются методы сигнализации, от­личные от AMI, требуется обеспечить функции поиска неисправностей, а вот обеспечение 1s-плотности обычно не тре­буется.

См. ATM (Asynchronous Transfer Mode), CARRIER, CO., CODEC, CSU, DCS, DDS, DSU, DATAROUTE, DIGITAL 800, EIA/TIA-232, FRAME RELAY, FT1, HDLC, INVERSE MULTIPLEXER ISDN, LAN, MAN, MODEM, POTS, SATELLITE, SONET, STENTOR, SWITCHED 56, Т1, Т3, ТА и V.35.

Информация	Сеть
	Аналоговая	Цифровая
Аналоговая	Усилитель	Кодек
Цифровая	Модем	Конечный адаптер (ISDN), приемопередатчик (Ethernet), Модуль обслуживания данных/Модуль обслуживания канала (Т1), Модем Dataroute/DDS)

WCS (Wireless Communications Services) — Службы беспроводной связи

______________________________________________________

Частоты в диапазоне 2.3 ГГц, выделенные для любых целей, кроме коммерческого ве­щания или спутниковой связи. Например, это может быть передача данных со скорос­тью от 50 до 100 кбит/с.

Право на использование частот сначала выдавалось по результатам аукциона, прове­денного FCC весной 1997 года (общая сум­ма заявок на торгах составила $13.6 милли­онов).

См. WIRELESS.

WIMP (Windows, Icons, Multitasking and Pointing Device) - Интерфейс, поддерживающий окна, пиктограммы, многозадачный режим и манипулятор

___________________________________________________________

См. GUI.

Winchester — Винчестер

______________________________________

В конце 70-х годов компания IBM разрабо­тала технологию головок чтения/записи для накопителей на дисках, которая изначально нашла применение в ее накопителях Winchester и с тех пор стала стандартом для всех приводов жестких дисков. Фактически на протяжении нескольких лет в начале 80-х годов все приводы жестких дисков называ­лись накопителями Winchester.

Технология использует очень легкие го­ловки чтения/записи, которые "парят" (меж­ду головкой и диском расстояние меньше толщины бумаги) над поверхностью диска (при этом воздух между цилиндрами диска также движется со скоростью вращения по­верхности диска — около 100 км/ч). Полный комплект диска герметично закрывается, чтобы предотвратить попадание частиц пыли между головкой чтения/записи и поверхно­стью диска. Именно это является основной причиной неисправности головки диска, ког­да головка чтения/записи касается поверхно­сти вращающегося диска и царапает магнит­ное покрытие, на котором нанесена информация.

Следующий вопрос заключается в том, почему IBM назвала первый накопитель на дисках Winchester. Одна из причин заключа­ется в том, что первый ее накопитель на дис­ках с произвольным доступом (анонсирован­ный в 1956 году, емкостью 5 Мбайт, представлял собой жесткий 24"-диск) назы­вался Rochester. Представленная модель с тех­нологией парящих головок чтения/записи состояла из двух 30 Мбайт секций (одна мог­ла представлять собой съемный картридж, как было принято тогда), и именно это разби­ение "30-30" напоминало некоторым извес­тную магазинную винтовку Winchester 30-30.

Маркировка "30-30" винтовки обознача­ет тип патрона (который состоит из свинцо­вой пули, медной гильзы и дымного пороха внутри), на который был рассчитан патронник винтовки (один и тот же тип винтовки может быть рассчитан на использование различных размеров патронов). В патронах 30-30 используется пуля калибра .30 (т.е. диа­метр пули составляет 0.30 дюйма) и 30 гран дымного пороха (7000 гран составляют фунт, а если вести пересчет в караты, принятые для взвешивания алмазов, то один карат состав­ляют 3.17 грана — эти не метрические еди­ницы измерения веса так причудливы).

Этот патрон разработан для винтовки Winchester модели 1894 года. (В те времена создатели не отличались большим воображе­нием при маркировке продуктов, к тому же они были уверены, что создадут не больше одного нового продукта в год!)

Для своего времени это была высокотех­нологичная винтовка. Winchester 30-30 была первой винтовкой, в которой использовались бездымные патроны и требовался ствол из никелированной стали.

См. DISK DRIVE, IDE, SCSI1, SI и V.35.

Windows 3.0

________________________

Версия операционной системы, выпущенная в мае 1990 года. Была первой популярной версией Windows, поскольку отличалась при­влекательным пользовательским интерфей­сом (предыдущие версии критиковали за без­вкусно подобранные цвета), аппаратное обеспечение компьютера было довольно мощным, к тому же здесь стали доступными хорошо разработанные и отлаженные инст­рументы. Кроме того, она использовала за­щищенный режим 80286 процессора, кото­рый обеспечивал доступ к 16 Мб памяти и более надежной среде (менее подверженной сбоям).

Первая версия операционной системы Windows (версия 1.0) была выпущена в но­ябре 1985 года, а очень популярная версия 3.1 — в апреле 1992.

См. GUI, OPERATING SYSTEM, WINDOWS 95 и WINDOWS NT.

Windows 95

________________________

Это преемник систем Windows 3.1 и Windows for Workgroups компании Microsoft. В про­цессе разработки (в маркетинговых целях) использовалось кодовое название "Chicago" (правда, для тех стран, где понятие "Chicago" не имело большого значения, были выбраны другие кодовые названия). Впервые выпуще­на в августе 1995 года (ввиду нескольких от­срочек она могла быть выпущена и 1996 году, на тогда пришлось бы менять название).

Не запускается поверх DOS, а является самозагружаемой. Для этой версии требует­ся ПК архитектуры Intel с процессором не ниже 80386. Предоставляет:

• 32-разрядное пространство памяти

• длинные названия файлов

• многозадачность с прерыванием обслу­живания (но не допускает применять не­сколько симметричных процессоров)

• многопоточную обработку и защиту па­мяти (как уже делали системы OS/2 и Windows NT)

• поддержку технологии Plug and Play

Система Windows 95 может использовать 16-разрядные драйвера устройств "реально­го режима" из Windows 3.1, однако 32-раз­рядные драйвера защищенного режима обла­дают массой преимуществ, например, они могут динамически загружаться и удаляться, поддерживают технологию Plug and Play и не используют первые 640 Кбайт ОЗУ.

Автор должен признаться, что ему очень нравится логотип "Разработано для Windows 95", особенно когда программный продукт не поддерживает процедуру своего коррект­ного удаления из операционной системы.

См. DLL, FUD, РС-95, OPERATING SYSTEM, PLUG AND PLAY, WINDOWS 3.0, WINDOWS NT и WINX WINDOWS APIS.

Windows NT (Windows New Technology) - Новая технология Windows (доcл.)

__________________________________________________________

Изначально это была попытка создать OS/2 3.0, но когда IBM и Microsoft разделили свои усилия по разработке, компания Microsoft переименовала свой продукт (возможно по­тому, что разработку возглавлял Дейв Катлер (Dave Cutler), который много сделал для VMS компании DEC, а в английском алфавите буквы w, n и t стоят после букв v, m и s).

Запускается на любой платформе — Alpha АХР от DEC, серии MIPS R4x00 и PowerPC. He будет замещать системы Windows 3.x и Windows 95, но является бо­лее универсальным продуктом, требующим применения более мощной платформы. На­чальная версия была выпущена в 1993 году и требовала, как минимум, 8 Мбайт ОЗУ (до­вольно большой объем для того времени), хотя согласно мнению большинства для этой системы требовалось, как минимум, 16 Мбайт (чрезвычайно большой объем для того времени).

Система обладает встроенной возможно­стью организовывать одноранговую сеть. Является однопользовательской, однако мно­гозадачной. Расширения обеспечивают ее интерфейсом POSIX 1003.1 и протоколом NFS. Исходная версия содержит от 4 до 5 миллионов строк кода, а для ее разработки потребовалось участие 200 программистов.

Windows NT 4.0 содержит 16.5 миллионов строк кода, а компания Microsoft сообщает, что истратила около $400 миллионов на раз­работку операционной системы Windows NT к моменту выхода версии 4.0.

См. ALPHA АХР, CAIRO, CDE, DEC, MIPS COMPUTER SYSTEMS, NFS, OPERATING SYSTEM, POSIX-OSE, POWERPC, VMS и WINX WINDOWS APIS.

WinlSDN (Windows ISDN APIs) - Интерфейсы прикладных программ Windows для ISDN

_________________________________________________________

Набор из восемнадцати интерфейсов при­кладных программ, разработанных NetManage, PSI и ISDN*tek, которые позво­ляют приложениям Windows передавать дан­ные по линиям ISDN, используя синхронный протокол РРР (который отличается большей эффективностью, чем асинхронный протокол РРР, что применяется в соединениях удален­ного доступа посредством модема). См. ISDN, MODEM, РРР и SLIP.

Winsock (Windows Sockets Interface) - Интерфейс взаимодействия приложений Windows

__________________________________________________________

Стандартные интерфейсы прикладных про­грамм (зачастую называют интерфейсами вза­имодействия приложений) между программ­ным обеспечением приложений Microsoft Windows (3.1, 95 и NT) и программным обес­печением протокола TCP/IP (часто называ­ют стеком протоколов).

Winsock позволяет любому приложению работать поверх любого стека протоколов (раньше приложения, которые запускались через TCP/IP, должны были содержать драй­веры стека протоколов TCP/IP всех возмож­ных поставщиков). Версия 1.1 Winsock была выпущена в январе 1993 года. Среди его функций можно выделить connect и accept (для запроса и подтверждения соединения), send и recv (для передачи и приема данных).

Winsock основывается на интерфейсе прикладных программ Berkeley Sockets (вер­сия 4.3), который был разработан для обме­на данными согласно протоколу TCP/IP между компьютерами, работающими под управлением UNIX. Изменения, которые необходимо было внести в интерфейсы вза­имодействия приложений BSD для формиро­вания Winsock:

• В отличие от Microsoft Windows 3.1 сис­тема UNIX реализует многозадачность с вытеснением (т.е. выполнение задачи мо­жет быть приостановлено до тех пор, пока не будут получены переданные дан­ные, в то время как другие задачи будут выполняться без изменений). Так как Windows 3.1 поддерживает только кооперативную многозадачность (одна задача ожидает пока входная информация дол­жна периодически вызывать операцион­ную систему, которая затем будет предо­ставлять процессорное время для выполнения других задач), поэтому бло­кирующие (еще называются синхронными) вызовы (которые не возвращают резуль­тат выполнения до тех пор, пока не бу­дет завершено выполнение функции, на­пример, чтения) нельзя использовать под этой системой.

• Winsock включает асинхронные функции, которые возвращаются немедленно (а также другие функции, которые исполь­зуются для проверки состояния отложен­ной асинхронной функции).

• На одном и том же компьютере поддер­жка для взаимодействия процессов в сти­ле UNIX отсутствует.

Работа по разработке Winsock выполня­ются группой Winsock Group (которая была сформирована в конце 1991 года и с самого начала в ее состав входила компания Microsoft). Сейчас эта группа разработчиков носит название Winsock Forum. Значительная часть работ была выполнена Мартином Хол­лом (Martin Hall), который теперь работает в Stardust Technologies Inc., является "неза­висимой тестирующей, исследовательской и консультирующей организацией, которая предоставляет обслуживание, поддержку и инструменты для разработчиков и пользова­телей программного обеспечения Winsock".

Ее цель состоит в том, чтобы "предоставить независимый центр информации, обслужи­вания и обеспечения высокого качества, предназначенный для поддержки разработки производительного, высококачественного, совместимого программного обеспечения передачи данных для Microsoft Windows". Среди ее офисов находятся лаборатории те­стирования на совместимость Winsock (Winsock Interoperability Laboratories).

Ранней и очень популярной бесплатной версией Winsock является Trumpet Winsock, которая часто предоставляется бесплатно про­вайдерами служб Internet (вместе с другим бесплатным и условно-бесплатным про­граммным обеспечением, таким как Eudora Mail и Netscape). Trumpet Winsock была со­здана Питером Татемом (Peter Tattam; peter@psychnet.psychol.utas.edu.au) из Hobart, Тасмания (Австралия). Программу можно загрузить с ftp-узла ftp.utas.edu.au из катало­га /PC/trumpet/wintrump/*. Реальный стек протоколов TCP/IP реализуется библиотекой динамической компоновки (dynamic link library), название файла может быть wsock32.dll.

Сейчас Microsoft поддерживает Winsock в составе службы WOSA. В системы Windows 3.1 и Windows 95 включены обе версии, 16-и 32-разрядная, а другие версии Winsock ис­пользуются не так часто.

Адрес Web-сервера (с подробной инфор­мацией по Winsock) корпорации Stardust Technologies (теперь называется Stardust Winsock Labs Inc.) — http://www.stardust.com. Копия версии 1.1 спецификации Winsock находится по адресу http://www.microsoft.com/bussys/winsock/specll. Массу ссылок на совме­стимое с Winsock программное обеспечение можно найти по адресам http://www.tucows.com (это "Полная коллекция программного обес­печения Winsock") и http://dwsapps.texas.net.

См. API, BSD UNIX, DLL, ISP, NETSCAPE, PCCA, SOCKETS, SOCKS, SYNCHRONOUS FUNCTION, ТАРІ, UNIX, WINSOCK 2 и WOSA.

Winsock 2 (Windows Sockets Interface, version 2) - Интерфейс взаимодействия приложений Windows, версия 2

________________________________________________________

32-разрядная версия Winsock 1.1 с множе­ством новых особенностей.

В версии 2 Winsock добавлена поддерж­ка для:

• Других стеков протоколов, таких как IPX от Novell, DECnet от DEC и OSI.

• Другой среды, а не только локальных се­тей (например, радиосвязь)

• Обширного ряда глобальных сетей (на­пример, ISDN, ретрансляции кадров и ATM)

Это позволяет приложениям работать поверх многих протоколов (даже одновре­менно) без каких-либо дополнительных до­работок.

Приложение программируется на опреде­ление качества обслуживания (QOS — quality of service) — средняя и пиковая требуемые полосы пропускания, приемлемые время ожидания и его изменение. Это называют потоком. Также определяется один из трех уровней обслуживания, описанных ниже.

• Гарантированное обслуживание означает, что приложению требуется именно это значение QOS и не меньше на период подключения. Кроме того, если показа­тель QOS выше требуемого, это не улуч­шит положения. Если приложение оправ­ляет трафик большего объема, то сеть может задержать или отменить доступ. Приложения реального времени рассчи­таны именно на такой уровень обслужи­вания.

• Предсказуемое обслуживание обеспечива­ет минимальную гарантированную про­пускную способность, однако время за­держки может изменяться случайным образом. И опять-таки объем трафика, превышающий указанное в потоке значе­ние, может быть отвергнут сетью. Видео­приложения рассчитаны на этот уровень обслуживания, поскольку при этом сеть используется самым эффективным обра­зом (она может быть временно занята), при этом предоставляется высокая про­пускная способность.

• Наилучшее возможное обслуживание анало­гично обслуживанию с доступной скорос­тью передачи двоичных данных ATM (ABR — available bit rate), в котором приложение определяет поток (который может ис­пользовать сеть для распределения ресур­сов), однако нет никаких гарантий отно­сительно качества обслуживания сетью. Предполагается, что все сети обеспечивают этот уровень обслуживания, но неко­торые могут реализовать только один из вышеперечисленных уровней либо ни одного.

Сети могут информировать пользовате­лей в процессе соединения об изменениях в загрузке сети и о необходимости изменить уровень обслуживания.

В итоге в ответ на запрашиваемый уро­вень спецификации обслуживания некото­рые сети будут предоставлять стоимость (в долларах и центах). Затем пользователь мо­жет решить, продолжить ли работу на данном уровне обслуживания или отследить абонен­тскую и поминутную оплату за обслужива­ние.

Требования к полосе пропускания опре­деляются с использованием метода кредитов, в котором проводится аналогия с ведром. Как каждое ведро, метод вводит понятие максимального объема (в данном случае это количество байт, которое называется разме­ром ведра маркеров), которое заполняется при определенной скорости передачи (измеряет­ся в байтах за секунду и называется скорость передачи маркеров). Будучи однажды запол­ненным, оно больше не наполняется. Когда приложение отправляет данные в сеть, оно уменьшает количество байт маркеров, остав­шихся в ведре (и ведро продолжает запол­няться). Поэтому если на протяжении бли­жайшего времени приложение не посылало данных, ему разрешается отправить пакет большего размера (размер ведра маркеров). Если приложение постоянно отправляет дан­ные, то оно может вести передачу со скоро­стью передачи маркеров. Если приложение посылает со скоростью превышающей ско­рость передачи маркеров, то при превыше­нии количества байт маркеров оно должно прекратить передачу (иначе возникает риск, что сеть отклонит доступные данные).

Приложения Winsock 2 могут запросить специальные услуги, например, многоадрес­ную передачу. Согласно новым функцио­нальным возможностям функции API могут отправить в ответ прикладной программе следующую информацию:

• Является ли сеть доступной в данный мо­мент (например, беспроводный канал мо­жет выйти из зоны видимости приемопе­редатчика домашней сети);

• Является ли достаточным заряд батареи модема;

• Сообщение о временной задержке (т.е. время ожидания) и перегруженности ка­нала (что может зависеть от того, на­сколько оптимально используется канал) или какой объем трафика генерируется (например, уменьшение скорости переда­чи кадров для видеоконференции при временных перегрузках сети);

• Уровень радиосигнала и опознавательную информацию базовой станции.

Как показано на рисунке, Winsock 2 со­стоит из трех компонентов, причем каждый из них имеет собственные функции API.

Эти три компонента и их интерфейсы описываются следующим образом:

• Winsock 2 API используется прикладной программой для всех функций связи (т.е. когда создателям прикладной программы требуется функция связи, они использу­ют доступные в Winsock 2 интерфейсы API). Библиотека функций Winsock 2 ре­ализована в виде библиотеки динамической компоновки Windows (DLL — dynamic link library), WS2-32.DLL.

• Для каждого поддерживаемого протоко­ла есть DLL-провайдер служб (SP — service provider) Winsock 2. Интерфейс API между основной Winsock 2 DLL и каждой библиотекой SP DLL называется интерфейсом провайдера служб (SPI — service provider interface). Интерфейс между SP DLL и стеком определенного протокола не стандартизирован (это зна­чит, что разработчик стека протоколов

предоставляет SP DLL в качестве состав­ной части продукта).

• Некоторые функции протоколов свой­ственны определенному протоколу (на­пример, перебрасывание информации и многоадресная передача IP). Интерфейс между основной Winsock DLL и этими свойственными протоколу функциями называется специальным дополнением про­токола (PSA — protocol specific annex).

Стеки протоколов Winsock версии 2 яв­ляются двоично-совместимыми с приложе­ниями, написанными для Winsock версии 1.1. Спецификация и разработка стандарта осу­ществляется Winsock 2 Forum; работа над спе­цификацией была завершена в январе 1996 года.

РИС. 52.

Информацию о Winsock 2 можно полу­чить по адресам http://www.stardust.com и http://www.intel.com/IAL/winsock2.

См. ATM (Asynchronous Transfer Mode), IP MULTICAST, PING, QOS, WINSOCK и WIRELESS.

Wintel (Windows/Intel Architecture) - Архитектура Windows/Intel

_________________________________________________

Общепринятое название, используемое для обозначения стандартного офисного персо­нального компьютера, оснащенного процес­сором Intel (либо его клоном) и работающе­го под управлением одной из версий системы Windows компании Microsoft (обычно назы­вается просто ПК).

См. INTEL, MICROSOFT, NC и PC.

С. 680.

Winx (Windows APIs) - Интерфейсы прикладных программ Windows

______________________________________________________

Microsoft определила несколько интерфейсов прикладных программ (API — Application Program Interfaces) между прикладными про­граммами и различными версиями операци­онной системы Windows. Они приводятся в следующей таблице по порядку возрастания возможностей.

Использование 32-разрядного API ("Win32") предоставляет множество преиму­ществ; некоторые из них приводятся ниже.

• "32-разрядный" касается простого 32-раз­рядного адресного пространства, поддер­живаемого API (а также операционной системой и процессором). Это значит, что программа обращается к ячейке па­мяти посредством 32-разрядного указате­ля, который может предоставить доступ к любой ячейке памяти в пределах 2" байт (т.е. 4294967296 байт, что равно 4 Гбайтам). Младшие поколения процессо­ров (а значит, и операционных систем и API) поддерживали 16-разрядные коман­ды и поэтому могли непосредственно адресовать память в объеме 65536 (216) байта. Для поддержания работы про­грамм и данных большего объема исполь­зовались сегментные регистры, смещения и другие всевозможные ухищрения, ко­торые создавали массу хлопот и ухудша­ли быстродействие.

• Кроме того, приложения могут быть мно­гозадачными с вытеснением. Операцион­ная система управляет компьютером, когда необходимо или желательно обработать ка­кое-то внешнее событие (например, по­лучить данные по модемному соедине­нию или выполнить считывание данных с дисковода) или предоставить процес­сорное время какому-то другому процес­су или потоку.

• Windows 3.1 поддерживает только коопе­ративную многозадачность (или коопера­тивное планирование), когда приложение должно периодически возвращать управ­ление операционной системе с тем, что­бы она могла обрабатывать внешние со­бытия или предоставлять процессорное время другим программам.

API	Использование
Win16	16-разрядный API модели программирования, применяемый для Windows 3.1 (поэтому иногда называется Windows 3.1 API или просто Win31).
Win32s	32-разрядная версия Win16, которая фактически не обладает улучшенными характеристиками Win32 (поэтому этот API является расширением (subset) Win32, на что и указывает буква "s" в обозначении Win32s). Обрабатывается в значительной мере DLL, которая преобразует 32-разрядные вызовы приложений в 16-разрядные, поддерживаемые Windows 3.1. Функционирует исключительно на системах с процессорами не ниже 80386. Предназначается для приложений (скорее всего, с математического плана), которым необходимо использовать 32-разрядный код и при этом они должны запускаться как на Windows 3.1, так и на Windows NT. Надеясь ускорить исчезновение 16-разрядных приложений Windows (и Windows 3.1) к середине 1996 года, компиляторы Microsoft больше не поддерживают Win32s.
Win32c	API, используемый Windows 95, который практически уже обладает всеми характеристиками Win32 (поэтому предполагается, что этот API является совместимым (compatible) с Win32, отсюда и буква "с" в обозначении). Иногда еще называется Win95.
Win32	32-разрядный API, используемый Windows 95 и Windows NT. Фактически является расширенным множеством Win16 и Win32c. Предполагается, что этот интерфейс будет стандартным на ближайшее будущее. Содержит около 2000 функций (вызовов) API. Включая МАРІ, ТАРІ OLE и другие расширения, он содержит свыше 3000 функциональных вызовов.
Win32CE	32-разрядный API, разработанный Microsoft для поддержки карманных компьютеров (НРС — hand-held computer) и других "внедренных" приложений (которые, скорее, представляют собой небольшие специализированные устройства, чем настоящие компьютеры). Поддерживается всего лишь около 500 вызовов (API функций), например, он не поддерживает печать, однако имеет расширенные возможности передачи данных, такие как РРР, TCP/IP, IrDA, ТАРІ, WinSock и NDIS.

• Многозадачность с вытеснением значи­тельно лучше, поскольку гарантирует, что какое-то "сбившееся" приложение не сможет завесить ПК.

• Поддерживается многопоточная обработ­ка, при которой одна задача (обычно на­зывается процессом) может начать (еще го­ворят "порождать") одну или несколько траекторий в своем коде. Эти программ­ные каналы (потоки) наследуют тот же контекст (например, доступ к одним и тем же открытым файлам и переменным), что и начало программы, поэтому они могут работать в фоновом режиме, помо­гая основной программе (например, пе­чать документа в качестве фоновой зада­чи во время редактирования текста). Эта способность также очень полезна для многих функций серверов.

• В системе UNIX вызов операционной си­стемы, который инициализирует поток,

называется ветвлением (fork), а потоки — дочерними процессами.

• Простой доступ к именам файлов длин­нее, чем оговорено форматом DOS "8.3".

См. API, HPC, SMP2 (Symmetric Multiprocessing), WINDOWS 3.0, WINDOWS 95 и WINDOWS NT.

Wireless — Беспроводная связь

_______________________________

Давным-давно термин беспроводная связь (wireless) использовался для обозначения радиосвязи. Затем это название ушло из употребления и вернулось только сейчас. В настоящее время оно обычно используется для обозначения двусторонней связи, вклю­чающей и обмен данными.

Как показано на рисунке, ниже суще­ствует масса разновидностей беспроводной связи.

РИС. 53. Беспроводная связь

CDPD, Ardis и RAM Mobile обычно ус­пешно конкурировали друг с другом, а вот PCS доставила всем беспокойство, занимаясь разработками по совместимости.

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

Некоторые стандарты по беспроводной связи можно найти по адресу http://www.industry.net/tia, а массу ссылок — на стра­нице http://www.wlana.com/index.html. Адрес сервера Ассоциации персональной связи (Personal Communications Industry Association) — http://www.pcia.com.

См. S802.AU, AMPS, ARDIS, DAB, ESMR, IRDA, GSM, LMDS, NARROWBAND PCS, PAGING, PCS, RDS, SMR, SST, TDMA, WCS и WINSOCK 2.

WORM (Write Once, Read Mostly (or Many)) - Запоминающее устройство без возможности перезаписи (досл. записать единожды, читать многократно)

________________________________________________________________

Запоминающее устройство, на которое пользо­ватель может записывать информацию, но только один раз (возможность стереть инфор­мацию отсутствует, однако иногда ее можно записывать частями до полного заполнения устройства). Примером таких устройств явля­ются нестираемые оптические диски и запи­сываемые компакт-диски (зачастую исполь­зуются для архивного резервирования). См. CDROM.

WOSA (Windows Open Services Architecture) - Открытая архитектура служб Windows

______________________________________________________________

Структура (и API), разработанная Microsoft для обеспечения таких служб, как прием в

реальном времени данных по фондовым бир­жам или поддержка розничных банковских операций для приложений Windows. Службы WOSA делятся на две части:

• API, необходимые для службы (таким об­разом программисты получают доступ к функциональным обращениям, требуе­мым для использования службы), кото­рые не зависят от типа реального соеди­нения или сети, применяемых для доступа к службе.

• Интерфейс провайдера служб к требуе­мой сети или сетевой службе (для каждо­го типа соединения или сети требуется специальный интерфейс). Например, ТАРІ может организовывать передачу дан­ных по соединению ЕІА-232 на телефон либо он может использовать ISDN-соединение для получения информации об иденти­фикаторе (ID) вызывающей стороны.

Службы WOSA включают Winsock (кото­рый заменяет NetBEUI как предпочитаемый Microsoft интерфейс связи API) и поддерж­ку ODBC и ТАРІ от Microsoft.

См. API, CALLER ID, MAPI, ODBC, ТАРІ, WINSOCK и WINX WINDOWS APIS.

WWW (World Wide Web) - Глобальная гипертекстовая система Internet (досл. Всемирная "паутина")

__________________________________________________________________

Сеть серверов в Internet, каждый из которых содержит одну или больше гипертекстовых базовых страниц, что предоставляют информа­цию или ссылки (щелкнув на которых, можно осуществить переход) на другие документы на данном либо (обычно) других серверах.

Впервые эта идея была предложена в марте 1989 года Тимом Бернерсом-Ли (Tim Berners-Lee) из Европейской лаборатории физики элементарных частиц, которую обычно называют "CERN", поскольку рань­ше она называлась Conseil Europeen pour la Recherche Nucleaire. (Лаборатория расположе­на поблизости Женевы, Швейцария, и здесь многие говорят на французском.) Изначаль­но это был метод предоставления (для дру­гих ученых) в Internet научных документов и графических изображений.

Тим Бернерс-Ли разработал HTML, HTTP и URL, а также придумал само назва­ние системы (World Wide Web). В сентябре 1990 года он окончательно согласовал свой проект. В качестве платформы была выбрана рабочая станция NeXT, поскольку она имела встроенную поддержку для многих возможностей, которые были нужны разра­ботчику. Тим Бернерс-Ли написал первый Web-сервер и первый текстовый и графичес­кий клиент, хотя графика и не была внедре­на в текст (первым это сделал Netscape), a была вынесена в отдельное окно. Кроме того, программное обеспечение включало редак­тор HTML. Браузер стал функционировать к концу 1990 года, программное обеспечение стало доступным в Internet летом 1991 года.

Предыдущие попытки по реализации ги­пертекста использовали централизованные базы данных ссылок для каждого гипертек­стового элемента. Несмотря на то, что таким образом обеспечивалась легкость обновления всех ссылок для всех документов (чтобы в случае перемещения документа все обраще­ния к нему на других страницах обновлялись корректно), такие централизованные систе­мы нельзя было свести к большим размерам Internet. Иначе говоря, в то время считалось самым благоразумным, чтобы полезные ги­пертекстовые системы, для которых требует­ся гарантированность всех ссылок, были те­кущими. Однако интуиция Бернерса-Ли подсказывала ему, что если создавать ссыл­ки для каждого гипертекстового элемента, внедренного в ссылку, то вполне возможно (даже более того), что ссылки на некоторые страницы будут указывать на несуществую­щие документы (иногда они называются по­висшими ссылками), по крайней мере такую систему можно легко использовать в сетях такого масштаба, как Internet. И как теперь всем известно, эта система работает доволь­но успешно, а это значительно лучше, чем ничего.

Серверы связываются с клиентами с по­мощью гипертекстового транспортного про­токола (HTTP — Hypertext Transfer Protocol). На данный момент ведутся разработки по созданию его защищенной версии (S-HTTP).

Адрес Web-сервера, или унифицирован­ный указатель ресурса (URL — Uniform Resource Location), обычно имеет вид http://www.orgname.com, где orgname.com — это DNS-название организации, содержащей сервер.

Исходные тексты для программного обес­печения Web-сервера можно найти путем по­иска в Internet, начиная с http://www.w3.org или, например, http://emwac.ed.ac.uk/html/internetJoolchest/top.html.

Первый популярный браузер (или кли­ент) был написан Марком Андриссеном

(Marc Andreessen), Эриком Бина (Eric Bina) и др., когда они в студенческие годы рабо­тали в Национальном центре по применению суперЭВМ (National Center for Supercomputing Applications) при Иллинойском университете. Марк Андриссен назвал его Mosaic, поскольку он был в состоянии ком­бинировать различные компоненты Internet, текст, графику и звуковую информацию в единую страницу (заодно создатель решил, что в мире уже предостаточно всяких аббре­виатур). Начальная его версия была создана на протяжении зимы 1992-1993 годов для рабочих станций Silicon GrapTiics, однако вскоре появились версии и для компьютеров Microsoft Windows и Apple Macintosh. Пер­вая общедоступная бета-версия была выпу­щена в марте 1993 года. Простота использо­вания этого пакета быстро увеличила популярность Web-службы во всем мире. Этот браузер можно загрузить с http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/NCSAMosaicHome.html. В апреле 1994 года Марк Андриссен и Джим Кларк (Jim Clark, основатель Silicon Graphics) создали корпо­рацию Netscape Communications. Теперь большинство пользователей используют либо Navigator от Netscape Communications, либо Internet Explorer от Microsoft.

Функционирование Web-сервера опреде­ляется файлом конфигурации (еще называ­ется файлом правил), по умолчанию это /etc/httpd.conf

Если для Web-серверов не определены документы (либо когда имя файла было из­менено с помощью директивы Welcome), то загружается страница Welcome.html. Файл Welcome располагается в каталоге, указанном в файле конфигурации (с помощью директи­вы ServerRoot).

По умолчанию в URL закрывающая косая черта "/" не требуется. Если она отсутствует в URL, то программное обеспечение сервера добавит ее и при этом (чтобы сформировать полный URL возвращаемого документа) будет добавлено принятое по умолчанию имя доку­мента (обычно это Welcome.html). Эту функ­цию можно отключить, установив значение Off в директиве AlwaysWelcome. Таким образом разрешается использование URL, которые оп­ределяют не документ (а определяют только каталог, например, каталог ServerRoot, если не определен никакой другой) для поиска списка каталогов, а не документа Welcome (вот теперь мы и разобрались, почему толь­ко иногда требуется использовать черту "/").

По умолчанию для HTTP используется хорошо известный порт 80, однако конфигу­рационный файл Web-сервера может опреде­лять другой порт для использования (с помо­щью директивы Port). При желании принимаемый по умолчанию порт можно оп­ределить в URL (например, http://dsl.internic.net:80/rfc/rfc-index.txt). Если требу­ется использовать нестандартный порт (иног­да используются 8000, 8001 или 8080, по­скольку порты с номерами ниже 1024 могут иметь назначение, распознаваемое только корневым пользователем), то его следует определять в URL (если только Web-сервер не выполняет переадресацию на корректный порт).

В названиях подкаталогов часто исполь­зуется символ тильда (например, /~pcmag), так как он обозначает поддерживаемый пользователем каталог. Этот подкаталог (оп­ределяемый директивой UserDir, обычно ус­танавливается WWW) внутри начального ка­талога пользователя на Web-сервере, который экспортируется (становится доступным вы­зывающему пользователю) и в котором пользователи (с учетной записью на Web-сервере) могут организовывать собственные HTML-страницы. Это стандартное UNIX-соглашение, поддерживаемое оболочками С и Коrn.

Часто посещаемые серверы (те, которые служат в качестве поискового механизма Internet, как например, Excite) являются фак­тически несколькими серверами, работаю­щими параллельно. Таким образом обеспе­чивается большая пропускная способность, а также резервирование на случай сбоя в ра­боте одного из серверов. Специализирован­ное аппаратное обеспечение разделяет посту­пающие запросы согласно определенному алгоритму, например, циклическое смеще­ние запросов по доступным серверам или пересылка следующего запроса на наименее загруженный сервер. В 1997 году поисковый механизм Excite (часто называемый питом­ником серверов — server farm — так как ре­альных серверов очень много) был в состоя­нии обрабатывать 30000 одновременных сеанса с помощью такого распределения на­грузки.

В январе 1995 года CERN передал свою разработку службы WWW на попечение Кон­сорциума всемирной "паутины" (W3!!!! или W3C — World Wide Web Consortium), который "поддерживает Web, создавая спецификации и опорное программное обеспечение, получает финансовую поддержку от различных производителей, однако вся его продукция распространяется бесплатно".

Работу Консорциума координирует Лабо­ратория вычислительной техники Массачусетского технологического института (MIT's LCS — Massachusetts Institute of Technology's Laboratory for Computer Science) из Кембрид­жа (Массачусетс) вместе с Французским на­циональным исследовательским институтом по вычислительной технике и автоматике (INRIA — Institut National de Recherche en Informatique et en Automatique), который дей­ствует как европейский центр, в сотрудниче­стве с CERN.

Web-сервер организации W3C можно найти по адресу http://www.w3.org (который заменяет http://info.cern.ch в качестве основ­ного источника по Web-информации). Сер­вер W3 содержит:

• Спецификации для HTML и HTTP

• Списки Web-серверов по разным странам и городам (см. http://www.w3.org/hypertext/DataSources/www/servers. html)

• Информацию о состоянии новых разра­боток

• Массу другой полезной информации по WWW

Часто задаваемые вопросы (FAQ) можно найти по адресу

http://sunsite.unc.edu/boutell/faq/www-faq.html.

Ссылки на многие браузеры расположе­ны на http://www.ski.mskcc.org/browserwatch/ и http://www.nln.com.

Среди компаний, которые создают про­граммное обеспечение серверов, можно на­звать O'Reilly & Associates (http://www.ora.com), Silicon Graphics (http://www.sgi.com) и Sun Microsystems (http://www.sun.com).

См. CGI, DNS1 (Domain Name System), HOME PAGE, HTML, HTTP, NEXTSTEP, SHTTP, SSL, TCP, URL, WAIS и YAHOO.

WXModem

_______________________

Протокол передачи файлов Xmodem с размером окна, равным 4 (т.е. до четырех кад­ров данных может быть не подтверждено, прежде чем отправитель должен прекратить передачу данных и ожидать получения сиг­нала ack).

Улучшает пропускную способность кана­лов связи с большими задержками.

См. XMODEM и YMODEM.

X

X (X Window System)

______________________

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

Стандарт де-факто, в исходном варианте разработанный Массачусетским технологическим институтом (Massachusetts Institute of Technology — MIT) для передачи графичес­ких примитивов на дисплейный сервер. Дис­плейным сервером может быть либо выде­ленный X-терминал, либо более универ­сальный компьютер, например, рабочая станция или ПК (с необходимым программ­ным обеспечением). Предшественником X Window System была система под названием "W", возможно как в "Windows" (а посколь­ку "X" является следующей буквой в алфа­вите, наверное, отсюда и произошло назва­ние).