(С) И.Н. Коваленко 1995
Данная статья открывает цикл посвященный практически неизвестной в нашей стране операционной системе QNX, разработанной канадской фирмой QNX Software Systems LTD ( далее QSSL ) и достаточно широко используемой в Северной Америке и Европе. Тем самым мы пытаемся обратить внимание читателей на целый класс программного обеспечения, обычно выпадающий из поля зрения компьютерной прессы и (к сожалению) многих специалистов, чья профессиональная деятельность началась уже в пору тотального господства дуэта IBM/PC + MS-DOS.
В этот класс входит программное обеспечение для автоматизации технологических процессов в промышленности и других областях деятельности, где требуется одновременно мультизадачность, надежность и способность работать в реальном масштабе времени (часто при наличии ограниченных аппаратных ресурсов). Существует устоявшийся термин - 'Операционные системы реального времени', которым обычно определяют ОС, отвечающие указанным требованиям. ОС QNX является ярким представителем и одним из лидеров этого класса.
Те читатели, которые занимались компьютерными технологиями еще 6-10 лет назад ногда с удивлением спрашивают друг друга: - Куда же все подевалось ? Кто из них не помнит серию IBM-360/370 с OS/360, VM/SP или серию DEC PDP-11 с RSX-11M, или VAX ? Те, кто в свое время успел прослушать классические курсы по операционным системам вдруг с недоумением обнаружили, что все это кажется никому не нужно, поскольку новинка под названием MS-DOS совершила своеобразную революцию, начав историю развития универсальных ОС 'от Адама', повторяя уже известные ошибки своих предшественниц. Свежеиспеченные компьютерные газеты и журналы начали неутомимо и настойчиво внушать всем кто их читает что 'нет компьютера кроме PC и MS-DOS пророк его', хотя уже давно существовали Apple, MacIntosh, UNIX и многое другое (в том числе QNX).
Как же так получилось? Вероятно, сначала это было связано с обычными для нашей страны перекосами - как в свое время все дружно перешли на ЕС ЭВМ, так же в этот раз на IBM/PC. Потом, когда наступило 'золотое время' компьютерного бизнеса, действовали экономические причины - IBM/PC были досттаточно дешевы для массового потребления, а MS-DOS достаточно проста для самостоятельного изучения.
И в этом не было бы ничего плохого, если бы не один важный побочный эффект. Экспансия IBM/PC и MS-DOS привела к появлению целого поколения 'специалистов-самородков', никогда не видевших ничего другого и 'не ведающих что творят'. Каждый, кто смог нарисовать окошко в системе типа Clarion стал называть себя программистом, потом эти программисты стали употреблять термин СУБД по отношению к штучкам типа dBase и даже Btrieve (как будто никогда не существовали IMS, IDMS или DB/2), наконец появились Windows и NetWare и эти люди почувствовали потребность в самореализации. К этому времени потенциальные клиенты созрели для автоматизации и конечно, вся страна неизбежно заболела Novell'ом и Clipper'ом. Мы не хотим принизить достоинства этих систем, но нелишне было-бы вспомнить, для задач какого класса они предназначены. Проблема же заключается в том, что их стали пытаться использовать везде где вообще можно вести речь об автоматизации. Вероятно, практически все банки и страховые компании прошли через этот этап, поскольку представляли собой первую очевидную мишень для автоматизаторов.
К счастью, уже около года как стали заметны признаки повсеместного выздоровления, хотя для многих это стоило больших денег и времени, потраченых впустую. Крупные промышленные предприятия, банки и биржи, телефонные и транспортные компании стали обращать свой взор на альтернативные решения, которые давно и успешно используются в развитых странах, где явление IBM/PC народу хотя и вызвало определенные сдвиги на рынке компьютерных технологий, но не привело к массовому беспамятству. Просто на этом рынке выделился сегмент который стали называть SOHO (Small Office/Home Office) и IBM/PC стал доминирующей аппаратной платформой в этом сегменте, а MS-DOS и MS-Windows - программной платформой.
Тем временем, в секторах банкоских и промышленных приложений утвердились UNIX-системы на базе рабочих станций или мини-компьютеров и лишь в последнее время - на базе IBM/PC. До нас же это не доходило в силу того, что фирмы-производители не предпрнимали усилий по продвижению подобных систем на наш рынок ввиду его отсутствия до последнего времени. Кроме того такие системы недешевы, а их установка и обслуживание требуют определенной квалификации, что препятствовало их импорту отечественными компаниями. Однако, ситуация довольно быстро меняется и уже многие крупные производители техники и программного обеспечения обратили взор на восток.
В связи с этим появились и соответствующие публикации в прессе, посвященные технологиям открытых систем, что постепенно приводит к заполнению образовавшегося вакуума информации. Однако, процесс этот идет все-же довольно медленно и информация касается в основном продукции тех фирм, которые вкладывают зпачительные средства в рекламу в нашей прессе. Это уже привело к тому, что распределение рынка между различными вариантами системы UNIX у нас отличается от среднемирового. Что же касается сектора приложений реального времени, который частично пересекается с секторами банковских и промышленных приложений, но имеет ряд специфических особенностей, то информации о соответствующих системах почти нет, за исключением единичных публикаций. Некоторую известность получили пока лишь VxWorks и Interactive Unix.
Операционная система QNX о которой пойдет речь дальше пока известна лишь сравнительно узкому кругу специалистов а общедоступная информация о ней присутствует пока только в телеконференциях сети Relcom (comp.os.qnx). В обзорах, посвященных UNIX-системам QNX практически никогда не упоминается на том основании что это 'не совсем UNIX' (а с архитектурной точки зрения 'совсем не UNIX'). Тем не менее, при ближайшем рассмотрении оказывается, что по многим параметрам ей нет равных в своем классе, а по наличию стандартного сервиса она постепенно все более приближается к универсальным ОС и в принципе может стать для них очень сильным конкурентом. Но, обо всем по порядку.
Прежде чем начинать рассуждения о достоинствах и недостатках ОС реального времени неплохо было-бы определиться с содержанием этого термина, поскольку оно не общеизвестно и оставляет некоторый простор для толкований. Вообще говоря существует стандарт POSIX на расширения ОС, связанные с обеспечением работы в реальном масштабе времени. Однако, этот стандарт появился слишком поздно, ввиду чего немногие ОС ему соответствуют, кроме того он явно неидеален. Таким образом более полезным будет неформальное определение, отражающее суть вопроса.
Прежде всего, проясним смысл выражения 'реальный масштаб времени'. Типичный пример представляет собой задачу управления вращающимся радиолокатором. Очевидно, что программа управления должна успевать обрабатывать поступающую от антенны информацию быстрее чем она может вращаться, иначе данные будут теряься. Банальное для решение с буферизацией применяемое в обычных системах принципиально неприемлемо (даже при наличии памяти неограниченного объема) поскольку информация поступающая от локатора привязана ко времени и устаревает уже через один оборот антенны. Представьте, что произойдет если система управления начнет буферизовать данные о двух самолетах которым угрожает столкновение. Кстати, задачи подобного типа тоже имеют специфическое наименование - критические приложения (mission-critical applications). Их общая черта - неприемлемо высокая цена сбоя или отказа оборудования.
На рассмотренном примере очень хорошо видна принципиальная особенность систем, работающих в реальном масштабе времени - они должны обрабатывать поступающие данные быстрее, чем те могут поступать, причем от нескоьких источников одновременно. Технически это означает, что программа (операционная система) претендующая на работу в таком режиме должна обеспечивать не просто малое время реакции а гарантированное время реакции. Разумеется, что это время должно быть достаточно малым, для того чтобы система была применима в реальных системах типа рассмотренной выше, или например, в системе управления ядерного реактора. Применительно к операционным системам, вышеуказанное принципиальное требование может быть выражено в виде нескольких архитектурных принципов и технических параметров, которые мы можем лишь перечислить и очень кратко рассмотреть ввиду ограниченности объема статьи.
Очевидно, что первым обязательным требованием к архитектуре ОС является многозадачность в истинном смысле этого слова. Варианты с псевдо-многозадачностью типа MS-Windows или Novell NetWare неприемлемы поскольку они допускают возможность блокировки или даже полного развала системы одним неправильно работающим процессом. Для предотвращения блокировок ОС должна использовать квантование времени (то есть принудительную а не добровольную многозадачность), что является достаточно легкой задачей. Вторая проблема (надежность) может быть эффективно решена при полном использовании возможностей процессоров Intel 80386 и старше, что предполагает работу ОС в 32-х разрядном режиме процессора. Для эффективного обслуживания прерываний ОС должна использовать алгоритм диспетчеризации, обеспечивающий вытесняющее планирование, основанное на приоритетах. Кроме того, необходима эффектитвная поддержка сетевых коммуникаций, и взаимодействия между процессами, поскольку реальные технологические системы обычно управляются целым комплексом компьютеров и/или процессов. Весьма желательно также, чтобы ОС поддерживала множественные нити управления, а также симметричную мультипроцессорность.
И, наконец, при соблюдении всех перечисленных условий, ОС должна быть способна работать на ограниченных аппаратных ресурсах, поскольку одна из ее основных областей применения это встроенные системы. К сожалению, данное условие обычно реализуется путем урезания стандартных сервисных средств.
Разработка приложений для получающихся таким образом узко-специализированных ОС ведется обычно с помощью кросс-систем. Это неудобство породило многочисленные проблемы, связанные с малую распространенностью ОС реального времени и, естественно, отсутствием или очень малым количеством прикладных систем для них. Лучшее решение заключается в использовании модульной архитектуры при проектировании и реализации ОС, что позволяет получить новое качество называемое масштабируемость. Cистемы, обладающие таким качеством могут быть сгенерированы в объеме, кототрый позволяют имеющиеся в наличии аппаратные ресурсы и таким образом могут содержать все обычные сервисные средства, присутствующие в универсальных ОС. Таким образом необходимость в кросс-системах отпадает, поскольку среда разработки и среда исполнения могут быть одной и той же системой, что делает жизнь разработчиков ПО существенно легче (и увеличивает их количество). Заметим, что такой подход в последнее время стал фактическим стандартом при разработке новых ОС, в том числе универсальных, однако мало где он реализован в полной мере.
Теперь рассмотрим технические параметры, которые должна обеспечивать ОС реального времени. Для этого нужно представить себе типичную последовательность действий, выполняемых ОС в процессе планирования задач.
В упрощенном виде эта последовательность представлена на рис. 1. Очевидно, что время T int зависит от содержания обработки прерывания, в то время как остальные времена зависят от архитектуры и реализации операционной системы. Как правило, для них выполняется соотношение T sl > T il > T iret. Кроме того, ОС определяет еще один характерный интервал, называемый временем переключения контекста. Этот интервал определяет как часто каждый из активных процессов может получать управление при заданных параметрах квантования времени и обычно он примерно на 20% больше чем Т sl. Таким образом мы можем указать четыре временных параметра, определяющих 'реактивные' характеристики ОС. Разумеется эти характеристики зависят также от аппаратуры, но при проведении сравнительных испытаний выясняется, что при равных аппаратных условиях эти характеристики (и соответствующие параметры) могут очень сильно различаться у разных операционных систем причем в тех случаях, когда различия очень велики основная их причина заключается не в эффективности реализации а в архитектурных различиях. Не случайно фирма QSSL использует для рекламы ОС QNX девиз 'Архитектура определяет разницу'. Итак, мы подошли наконец к основному предмету данной статьи - обзору и анализу операционной системы реального времени QNX.
Если попытаться выразить все в одной фразе, то QNX это эффективная, надежная и масштабируемая многопользовательская мультизадачная сетевая операционная система реального времени. Однако, почти каждое из перечисленных определений требует некоторых пояснений. Как следует из предшествующих пояснений практически любую ОС реального времени можно в описать аналогично, весь вопрос лишь в том насколько полно и какой ценой реализованы соответствующие возможности. Рассмотрим теперь как это сделано в ОС QNX.
Два кита на которых стоит архитектура QNX это модульность и механизм обмена сообщениями. Под модульностью понимается тот факт, что основные функции ОС выполняются независимыми процессами, которые взаимодействуют между собой с помощью какого-либо специального механизма (рисунок 2). Этот механизм обеспечивается ядром системы, которое при таком подходе может быть весьма небольшим и обычно называется микроядром (microkernel).
Изюминка QNX состоит в том что использование сообщений для реализации взаимодействия между процессами (IPC) позволило ей сочетать такие трудно-сочетаемые качества, как модульная архитектура и эффективность.
Размер микроядра в QNX составляет всего около 10 Kb и оно отвечает только за диспетчеризацию процессов, передачу сообщений, переадресацию прерываний и поддержку сетевого интерфейса.
Поддерживается диспетчеризация до 300 процессов с 32 уровнями приоритетов и 4 алгоритма планирования: FIFO, Round-Robin (карусель), Adaptive и Message-Priority.
Отвечает за создание и удаление процессов, управление памятью, таймеры и эмуляцию сопроцессора а также диагностику. Сертифицирован по стандарту POSIX 1003.1 и поддерживает многие расширения POSIX 1003.4. Существует в двух вариантах - 16-ти разрядная версия и 32-х разрядная. Последняя способна исполнять как 16-ти так и 32-х разрядные приложения одновременно, для этого требуется лишь установка двух соответствующих разделяемых системных библиотек (таким образом вы факттически имеете 2 операционные системы в одной упаковке). Кроме того эта версия использует все возможности прцессорв Intel для аппаратной защити памяти, в том числе механизм страниц. Своппинг на диск не поддерживается по приципиальным мотивам, поскольку он плохо совместим с требованиями к ОС реального времени (как мы увидим далее, своппинг в QNX не очень то и нужен).
QNX позволяет работать с несколькими файловыми системами одновременно. В стандартный комплект поставки входят менеджеры файловых систем POSIX, DOS (FAT-12, FAT-16, все виды разделов) и ISO9660 ( CD-ROM's включая расширения Rock Ridge). Файловая система POSIX семантически соответствует UNIX, при этом обеспечивается более высокая надежность (в том числе при отказе питания) и параллелизм в соответствии с POSIX 1003.1 (например винчестер и флоппи-диски могут обслуживаться одновременно).
Эффективно поддерживает байт-ориентированные устройства, позволяя осуществлять обмен со скоростью 115200 baud в мультизадачной среде на любом 386 процессоре. Следует заметить, что использование буферизованных портов (UART) является совершенно необходимым при скоростях выше 2400 baud.
Сетевое взаимодействие является узким местом в большинстве операционных систем и обычно создает значительные проблемы для систем реального времени. Для того чтобы обойти это препятствие разработчики QNX создали собственную специальную сетевую технологию FLEET и соответствующий протокол FTL (FLEET Transport Layer). Этот протокол не базируется ни на одном из распространенных сетевых протоколов типа IPX или NetBios и обладает рядом качеств, которые делают его уникальным. Основные его качества зашифрованы в аббревиатуре FLEET, которая расшифровывается следующим образом:
| Fault-Tolerant Networking | QNX может одновременно использовать несколько физических сетей. При выходе из строя любой из них данные будут автоматически перенаправлены 'на лету' через другую сеть. |
| Load-Balancing on th Fly | При наличии нескольких физических соединений QNX автоматитчески распараллеливает передачу пакетов по соответствующим сетям. |
| Efficient Performance | Специальные драйверы разрабатываемые фирмой QSSL для широкого спектра оборудования позволяют с максимальной эффекттивностью использовать сетевое оборудование. |
| Extensble Architecture | Любые новые типы сетей могут быть поддержаны путем добавления соответствующих драйверов. |
| TransparentDistributed Processing | Благодаря отсутствию разницы между передачей сообщений в пределах одного узла и между узлами, нет необходимости вносить какие-либо изменения в риложения для тотго чтобы они могли взаимодействовать через сеть. |
Благодаря этой технологии сеть компьютеров с QNX фактически можно представлять как один виртуальный суперкомпьютер. Все ресурсы любого из узлов сети автоматически доступны другим и для этого не нужны фокусы типа RPC. Это значит, что любая программа может быть запущена на любом узле, при этом ее входные и выходные потоки могут быть направлены на любое устройство на любых других узлах.
Например, утилита make в QNX автоматически распараллеливает компиляцию пакетов из нескольких модулей на все доступные узлы сети а затем собирает исполняемый модуль по мере завершения компиляции на узлах. Специальный драйвер, входящий в комплект поставки, позволяет использовать для сетевого взаимодействия любое устройство с которым может быть ассоциирован файловый дескриптор, например последовательный порт, что открывает возможности для создания глобальных сетей.
Достигаются все эти удобства за счет того что поддержка сети частично обеспечивается и микроядром (специальный код в его составе позволяет QNX фактически объединять все микроядра в сети в одно ядро).
Разумеется, за такие возможности приходится платить тем, что вы не можете получить драйвер для кокой-либо сетевой платы от кого-либо еще кроме фирмы QSSL, то есть использоваться может только то оборудование, которое уже поддерживается. Однако ассортимент такого оборудования достаточно широк и периодически пополняется новейшими устройствами (см. далее).
В комплект поставки входит стандартный набор утилит POSIX 1003.2, дополненный многими утилитами UNIX, не вошедшими в этот стандарт, специфическими утилитами QNX и весьма неплохим текстовым редактором vedit фирмы GreenView, напоминающим MultiEdit и позволяющим эмулировать большинство редакторов UNIX (vi, emacs и т.д.) - всего более 200 утилит.
Кроме того отдельно могут поставляться менеджер интерфейса Socket (для поддержки сетей TCP/IP), эмулятор DOS, менеджер сбора данных (Data Acquisition Manager). В стадии тестирования находятся несколько новых менеджеров (например аудио-менеджер).
Менеджер TCP/IP поддерживает основные протоколы (IP, SLIP, PPP, TCP, UDP, ICMP, ARP и др.) и большинство стандартных сервисов (rlogin, telnet, ftp, sendmail, NFS, RPC, DNS). Существует также его облегченная версия (без поддержки NFS). Этот менеджер появился сравнительно недавно, тем самым приблизив QNX к категории открытых систем. Его установка позволяет использовать узлы с QNX в гетерогенных сетях открытого типа.
Эмулятор DOS позволяет запустить приложение DOS одновременно с процессами QNX (в том числе MS-Windows 3.1 в стандартном режиме и большинство Windows-приложений). Как правило можно запустить любое приложение DOS/Windows, не использующее нестандартных приемов работы. При этом приложение DOS может работать с файловой системой QNX и обмениваться данными с процессами QNX (через специальный интерфейс).
Менеджер сбора данных обеспечивает стандартизованный интерфейс для всевозможных устройств сбора и преобразования данных (ЦАП, АЦП и т.п.). Его основная область применения это АСУ и встроенные системы.
На сегодняшний день для QNX поставляются три графические подсистемы, обладающие разными характеристиками и соответствующими потребностями в ресурсах.
X Window System - Система 'вернего края' обладающая самыми широкими возможностями и обеспечивающая переносимость ПО практически на (с) любую(й) платформу(ы). Однако, ее запросы не для слабонервных - минимум 8 Mb оперативной памяти (рекомендуется 16, а для разработки - 32) и от 80 до 250 Mb на диске. Реализация для QNX X11 Release 5 выполнена фирмой Metro-Link и обладает лучшими скоростными характеристиками среди существующих на сегодняшний день (тест X11perf. дает результат 155000 Xstone's на 486-DX2/66 с видеоплатой S3/928). Поставляется на CD-ROM в комплекте с библиотеками Athena и OSF/Motif 1.2, менеджерами окон twm и mwm, расширениями Xie (DEC Image Processing extention), Xv (Video extention), Xprio ( Metro Link priority extention) и шрифтами PEX, Speedo, Adobe type 1, Utopia, bitmapped 75 dpi/100 dpi. Доступны также средства разработки приложений, ( X View, X Designer и др. ).
Поддерживается около 100 наименований видеоплат (VGA, SVGA, 8514, S3, Mach8/32 и др.). В качестве документации поставляются книги из серии 'The Definitive Guide to the X Window System' издательства O'Reilly & Associates Inc. (13 томов объемом от 500 до 1000 стр.).
QNX Windows - Графическая система среднего звена, самая старая из трех рассматриваемых и единственная, способная работать в 16-ти разрядном режиме. Разработана фирмой Basis Computes Systems специально для QNX и сочетает удивительную компактность с довольно высокой эффективностью. Совместима с графическими интерфейсами OPEN LOOK и (в меньшей степени) OSF/Motif. Поставляется на дискетах в комплекте с Workplace-менеджером, File-менеджером (по стандарту OPEN LOOK), набором вспомогательных утилит, редактором интерфейсов, собственной документацией и книгой 'OPEN LOOK Application Styles Gudelines'. Для установки требуется всего около 6 Mb на диске. Для запуска 32-х разрядной версии требуется около 1.5 Mb свободной памяти и около 500 Kb на каждое приложение. Поддерживаются видеоплаты VGA, SGA(VESA), S3 и ATI Mach8/32, графические планшеты и некоторые другие специальные устройства ввода. Достоинствами системы являются также низкий сетевой трафик распределенных приложений и очень компактный API, позволяющий писать лаконичные программы.
Photon - Это самая компактная и самая молодая из рассматриваемых систем, которая находится еще в стадии бета-тестирования. Идеально подходит прежде всего для переносных и встроенных систем.
Разработана фирмой QSSL с учетом возможностей, предоставляемых QNX и ограничений по памяти, присущих встроенным системам. Использует модульную технологию и способна работать в системах имеющих всего 256 Kb свободной памяти. Новая технология использованная в ней позволяет создавать единое графическое пространство в рамках сети QNX (можно мышью перетащить окно с одного монитора на другой) и обеспечивает очень высокую производительность. Совместима с графическим интерфейсом OSF/Motif по внешнему виду. Поставляется с Motif-подобным менеджером окон, генератором приложений, средствами распознавания рукописного ввода и библиотекой совместимости с системой X Window. Список поддерживаемых видеоплат включает все устройства совместимые с VGA/SVGA, 8514, S3 и Mach8/32. Прикладной интерфейс построен по принципу X Window (библиотека виджетов).
Средства разработки для ОС QNX поставляются одним из лидеров в этой области - фирмой Watcom International Corp. На сегодняшний день поставляются QNX-версии компиляторов Watcom C (ANSI) и Watcom C++ (ANSI Level 3) (оба включают отладчик Watcom Wvideo и лицензию на средство удаленной отладки Ditto) и профилировщик Watcom Execution Profiler. Очередная версия компиляторов, которая уже появилась для среды DOS/Windows содержит также интегрированную среду разработки. Вероятно, она появится также и в QNX-версии когда последняя будет выпущена. Кроме того, в связи с покупкой фирмы Watcom компанией PowerSoft, вполне вероятно появление QNX-версий широко известных средств разработки этой фирмы ( PowerBuilder и др. ). Список дополнительного ПО, разработанного другими фирмами составляет целую книгу, входящую в комплект поставки QNX. Упомянем тоько SQL-серверы Watcom SQL и Empress.
Как было замечено ранее, QNX это масштабируемая ОС. Это означает, что вы без существенных усилий можете сформировать тот вариант системы, который вас устраивает. Эта процедура происходит при установке системы или в любое другое время по явному запросу администратора. Заключается она в выборе компонент для загружаемого ядра и формировании его с помощью специальной утилиты. Обязательными компонентами для QNX являются только микроядро и менеджер процессов (плюс разделяемые системные библиотеки). Те компоненты, которые не включены в ядро могут буть запущены из системного файла инициализации.
Эти качества представляет собой один из главных козырей QNX. Высокая эффективность обеспечивается в ней с одной стороны удачными архитектурными решениями, а с другой - эффективным использованием аппаратуры, что достигается с помощью специально разработанных драйверов. Требуемые ресурсы при этом ограничиваются 8Mb оперативной памяти и 30-40 Мb дисковой памяти (для среды разработки с графической подсистемой QNX Windows). Минимальная исполняющая система загружаемая с сетевого сервера требует лишь 512Kb ОП. Короче говоря вполне можно вести разботку на обычной 386DX/33 c 4Mb памяти.
Для оценки эффективности приведем результаты тестов, выполненных на компьютерах со следующей базовой следующей конфигурацией:
Realtime Performance
| (микросекунды) | (мегабайт/cек) |
 |
 |
Disk and Network Performance (мегабайт/сек)
Как можно заметить из графиков, производительность сети Eternet составляет примерно 1 Mbyte/sec (на плате NE-2000), что близко к теоретическому максимуму. Этот пример позволяет оценить степень эффективности протокола FTL и драйверов QNX. То же самое можно сказать о файловой системе и дисковых драйверах. Конечно, возникают вопросы о наличии в QNX драйверов для тех или иных устройств. Как уже отмечалоь выбор достаточно широк, и хотя нет смысла перечислять здесь все, отметим что поддерживаются устройства практически всех известных типов, включая варианты для шин ISA, EISA, MCA, VL-Bus и PCI. Дисковые драйверы существуют для устройств типа IDE, ESDI, SCSI, SCSI-2, Fast SCSI-2, Fast Wide SCSI-2. Сетевые драйверы поставляются для плат типа Arcnet, Ethernet, Token Ring, FDDI, TCNS. CD-ROMы поддерживаются любые с интерфейсом SCSI и Mitsumi. Поддерживаются также птаты типа SoundBlaster (пока только c интерфейсом SCSI).
В настоящее время фирма QSSL проводит исследования и разработки касающиеся следующего поколения ОС QNX под условным названием 'проект Нейтрино'. Этот проект предусматривает введение в систему средств для обеспечения работы на симметричных мультипрцессорных архитектурах, средств для поддержки множественных нитей управления и асинхронного ввода/вывода. Столь серьезные изменения потребовали усложнения архитектуры системы (кроме микроядра появилось еше и 'наноядро'). Будет также реализован специальный механизм управления памятью, позволяющий определенным процессам использовать своппинг без ухудшения характеристик всей системы. После выхода подобной версии QNX сможет успешно конкурировать с универсальными ОС по всем параметрам. Кроме того фирма QSSL в последнее время также обратила взор на восток. В прошлом году уже состоялась первая конференция пользователей QNX в России, что будет способствовать росту количества пользователей и росту популярности самой ОС. Одним словом, тем кто сейчас выбирает программную UNIX-платформу стоит повнимательнее присмотреться к этой 'Золушке'.
25 января 1995
За два года, прошедших с момента написания статьи, утекло много воды. Вышло несколько версий, внесших серьезные изменения и усовершенствования. Расширена поддержка оборудования и выпущены новые версии для большинства продуктов под QNX. Главные изменения произошли при выпуске версии 4.23.
- сетевыми адаптерами 3с509 (хотя это по-прежнему не рекомендуется),
- PCI Ethernet и Fast Ethernet адаптерами на базе DEC-2104/041/140 и др.
- устройствами CD-ROM с интерфейсом IDE/ATAPI
- новыми SCSI контроллерами Adaptec 2940, в режимах Fast и Wide, с синхронным обменом.
- SCSI контроллерами AMD и NCR
- PCMCIA устройствами
В настоящее время готовится в выпуску версия QNX 4.24 (улучшенная поддержка оборудования и новый носитель - СD-ROM) а также бета-версия QNX 4.3, которая будет включать runtime системы Photon 1.2 и ограниченную версию TCP/IP, что позволит покупателям сразу использовать ее для доступа к Internet.
| ©1999 by Nigl Mail to: [email protected] Last update 99-356 |
.gif){kind=small}