Godson (Longxin, Loongson, Dragon)




Godson — 32-разрядный RISC-процессор на базе MIPS. Технология — 180 нм. Представлен в 2002 году. Частота — 266 МГц, через год — версия с частотой 500 МГц.

Godson 2

§ Godson 2 — 64-разрядный RISC-процессор на базе MIPS III. Технология 90 нм. На равной частоте превосходит своего предшественника по быстродействию в 10 раз. Представлен 19 апреля 2005 года.

§ Godson-2E — 500 МГц, 750 МГц, позже — 1 ГГц. Технология — 90 нм. 47 млн транзисторов, энергопотребление — 5…7,5 Вт. Первый Godson с аппаратной трансляцией команд x86, причем на неё тратится до 60 % производительности процессора. Представлен в ноябре 2006 года.

§ Godson 2F — 1,2 ГГц, выпускается с марта 2007 года. Декларируется повышение производительности по сравнению с предшественником на 20-30 %.

§ Godson 2H — планировался к выпуску в 2011 году. Будет оснащен встроенными видеоядром и контроллером памяти и предназначается для потребительских систем.

Godson 3[6]

§ Godson 3 — 4 ядра, технология 65 нм. Энергопотребление — около 20 Вт.

§ Godson 3B — 8 ядер, технология 65 нм (планируется переход на 28 нм), тактовая частота в пределах 1 ГГц. Площадь кристалла — 300 мм². Производительность на операциях с плавающей точкой составляет 128 GigaFLOPS. Энергопотребление 8-ядерного Godson 3—40 Вт. Трансляция в код x86 выполняется с помощью набора из 200 инструкций, на трансляцию тратится порядка 20 % производительности процессора. В процессоре присутствует 256-разрядный векторный SIMD-блок обработки. Процессор предназначен для использования в серверах и встраиваемых системах.

§ Godson 3C — планировался к выпуску в 2012 году и должен быть 16-ядерным.

Производители

Процессоры архитектуры x86 выпускались и выпускаются несколькими компаниями, в том числе:

§ AMD § BLX IC Design § Cyrix § Chips & Technologies § DM&P Electronics § Harris Semiconductor § Hitachi § IBM § Innovasic Semiconductor[7] § IDT § Intel § Kruger Electronics § National Semiconductor § NEC § NexGen § OKI § RDC § Rise Technologies § SGS-Thomson § Siemens § SiS § Texas Instruments § Transmeta § UMC § VIA Technologies § VM Technology[8] § Xcore Corporation Ltd.[9] § НПО Интеграл § МЦСТ

 

 

24. Среда интерфейс командной строки Cygwin в Microsoft Windows для работы в АСНИ.

 

Cygwin
Cygwin на Windows XP
Тип Эмулятор
Разработчик Red Hat и другие
Написана на C/C++
Операционная система Microsoft Windows,Windows NT
Последняя версия 1.7.16-1 (21 июля2012[1])
Лицензия GNU GPL
Сайт cygwin.com

Cygwin (произносится /ˈsɪgwɪn/)[2] — UNIX-подобная среда иинтерфейс командной строки для Microsoft Windows. Cygwin обеспечивает тесную интеграцию Windows приложений, данных и ресурсов с приложениями, данными и ресурсами UNIX-подобной среды. Из среды Cygwin можно запускать Windows приложения, также можно использовать инструменты Cygwin из Windows.

Cygwin состоит из двух частей: динамически подключаемая библиотека (DLL) cygwin1.dll, которая обеспечивает совместимость API и реализует значительную часть стандарта POSIX и огромная коллекция приложений, которые обеспечивают привычную среду UNIX.

Изначально Cygwin был разработан компанией Cygnus Solutions, которую позднее приобрела Red Hat. Этосвободное ПО, опубликованное под GNU General Public License версии 2. В настоящее время Cygwin разрабатывается сотрудниками Red Hat, NetApp и множеством добровольцев.

Подобные функциональные возможности предлагала также и Microsoft в своём пакете Services for UNIX, включающем в себя подсистему Interix, и Subsystem for UNIX-based Applications (в более новых версиях).

Описание

Cygwin представляет собой инструмент для портирования ПО UNIX в Windows и представляет собой библиотеку, которая реализует интерфейс прикладного программирования POSIX на основе системных вызовов Win32. Кроме того, Cygwin включает в себя инструменты разработки GNU для выполнения основных задач программирования, а также и некоторые прикладные программы, эквивалентные базовым программам UNIX. В 2001 году в Cygwin был включён пакет X Window System.

Кроме того, Cygwin содержит библиотеку MinGW, позволяющую работать с библиотекой Microsoft MSVCRT (Windows API); библиотека MinGW менее требовательна к объёму оперативной и дисковой памяти, распространяется под более свободной лицензией и может работать с любым программным обеспечением, но функциональные возможности спецификации POSIX реализованы в ней не так полно, как в Cygwin.

Red Hat реализует библиотеку Cygwin под лицензией GNU GPL, таким образом, её можно использовать только в программах, распространяемых под GPL. (Для распространения программ, использующих библиотеку Cygwin, под лицензией, отличной от GPL, необходимо приобретение лицензии у RedHat).

На странице Cygwin Mailing Lists можно подписаться на рассылку, посвящённую Cygwin.

История

Работа над проектом Cygwin была начата в 1995 г. Стивом Чемберленом, программистом Cygnus, заметившим, что Windows NT и Windows 95 используют в качестве формата объектных файлов форматCOFF. К тому времени в GNU уже была реализована поддержка архитектуры x86, COFF, а также библиотека языка C newlib; таким образом, по крайней мере теоретически, не представляло затруднений получить из GCC кросс-компилятор, который бы создавал исполняемые файлы Windows. Это оказалось несложным и на практике. Вскоре появился прототип.

Следующим шагом было заставить компилятор работать в Windows, но для этого была необходима эмуляция многих функций Unix: к примеру, должен был работать скрипт GNU configure. Этот скрипт нуждается в оболочке типа bash, которая, в свою очередь, требует наличия стандартных потоков ввода-вывода и системного вызова fork. Windows располагает подобными функциональными возможностями, и библиотека Cygwin лишь транслирует вызовы, исходящие от программ, управляя определёнными видами данных, такими как файловые дескрипторы.

В 1996 г. к проекту Cygwin присоединились и другие программисты, так как стало очевидным, что Cygwin сделает возможным использование инструментов Cygnus на системах с Windows (до этого намечалось использовать DJGPP). Этот вариант был особенно привлекательным, ведь кросскомпиляция могла бы производиться в трёх направлениях: можно было использовать мощную станцию Sun для сборки Windows-кросскомпилятора MIPS, что позволяло значительно экономить время. С 1998 г. Cygnus предлагает пакет Cygwin в качестве самостоятельного продукта.

Интернационализация

До версии 1.7 Cygwin не имел поддержки Unicode и использовал только ANSI-варианты функций Win32; отсутствовала также и поддержка каких-либо кодировок, отличных от родных для Windows и OEM (так, в русскоязычной версии Windows Cygwin работала лишь с CP1251 и CP866, но не KOI8-R, ISO 8859-5,UTF-8 или какими-либо другими; тем не менее при работе в X Window System под Cygwin можно было использовать и другие кодировки, установив шрифты и настройки клавиатуры).

Начиная с версии 1.7 кодировкой по умолчанию является Unicode в форме UTF-8 и соответственно, по умолчанию используется локаль C.UTF-8. При вызове функций Win32 Cygwin осуществляет трансляцию строк в кодировку UTF-16, используемую в системах Windows. Начиная с версии 1.7.2 Cygwin также может извлекать некоторую информацию из реестра Windows в соответствии с установками Language и Territory в локали.

Другая проблема заключалась в том, что консоль Cygwin (подобно CMD.EXE) использовала OEM кодировку. Для обхода этого ограничения рекомендовалось запускать в Cygwin демоны rshd или sshd и использовать эмулятор терминала с полной поддержкой UTF-8, например PuTTY. Начиная с версии 1.7 консоль Cygwin также работает в кодировке UTF-8, что позволяет выводить текстовую информацию в UTF-8 напрямую. Также консоль осуществляет трансляцию вводимой с клавиатуры информации в UTF-8, в соответствии с используемой национальной раскладкой.

Работа с кириллицей

В современных версиях Cygwin работа с русскими символами не требует дополнительных настроек. Символы кириллицы работают в нейтральной локали LANG=C.UTF-8, в том числе имена файлов, имена пользователей и данные реестра. Можно установить русскоязычную локаль LANG=ru_RU.UTF-8, при этом включатся русскоязычные сообщения (у некоторых программ), даты по русски (LC_TIME) и другие категории локали.

В старых версиях, для того, чтобы видеть и вводить русские символы при работе в cygwin, необходимо установить переменную среды окружения LANG=ru_RU.CP1251 и создать файл ~/.inputrc или/etc/inputrc, который использует библиотека GNU readline следующего содержания:

set input-meta on set meta-flag on set convert-meta off set output-meta on

Кроме этого желательно определить (например в файле ~/.bashrc) алиас

alias ls='ls --show-control-chars'

 

25. Базовые функции интерфейсов программирования приложений операционных систем семейств Windows API для работы в АСНИ.

Windows API (англ. application programming interfaces) — общее наименование целого набора базовых функций интерфейсов программирования приложений операционных систем семейств Microsoft Windows корпорации «Майкрософт» и совместимой с ними свободной бесплатной операционной системы ReactOS. Является самым прямым способом взаимодействия приложений с Windows иReactOS. Для создания программ, использующих Windows API, «Майкрософт» выпускает комплект разработчика программного обеспечения, который называется Platform SDK, и содержит документацию, набор библиотек, утилит и других инструментальных средств для разработки.

Общие сведения

Windows API был изначально спроектирован для использования в программах, написанных на языке Сиили C++. Работа через Windows API — это наиболее близкий к системе способ взаимодействия с ней из прикладных программ. Более низкий уровень доступа, необходимый только для драйверов устройств, в текущих версиях Windows предоставляется через Windows Driver Model.

Версии

§ Win16 — первая версия Windows API для 16-разрядных версий Windows. Изначально назывался просто Windows API, затем стал называться Win16 для отличия от Win32.

§ Win32s — подмножество Win32, устанавливаемое на семейство 16-разрядных систем Windows 3.x, и реализующее ограниченный набор функций Win32 API для этих систем.

§ Win32 — 32-разрядный API для современных версий Windows. Самая популярная ныне версия. Базовые функции этого API реализованы в динамически подключаемых библиотеках kernel32.dllи advapi32.dll; базовые модули графического интерфейса пользователя — в user32.dll иgdi32.dll. Win32 появился вместе с Windows NT и затем был перенесён в несколько ограниченном виде в системы серии Windows 9x. В современных версиях Windows, происходящих от Windows NT, работу Win32 GUI обеспечивают два модуля: csrss.exe (процесс исполнения клиент-сервер), работающий в пользовательском режиме, и win32k.sys в режиме ядра. Работу же системных Win32 API обеспечивает ядро — ntoskrnl.exe.

§ Win64 — 64-разрядная версия Win32, содержащая дополнительные функции для использования на 64-разрядных компьютерах. Win64 API можно найти только в 64-разрядных версиях Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows Server 2008 R2, Windows 7 и Windows 8.

Технологии, доступные через Windows API

Алфавитный список технологий, доступных через Windows API:

§ Система контроля и управления доступом.

§ Microsoft Active Accessibility.

§ Active Directory.

§ Active Server Pages.

§ ActiveX.

§ Автоматизация.

§ Фоновая интеллектуальная служба передачи (BITS).

§ Bluetooth.

§ CDO.

§ Certificate Enrollment Control.

§ Certificate Services.

§ Collaboration Data Objects.

§ Component Object Model

§ COM Plus.

§ Common Controls.

§ Криптография.

§ Debugging and Error Handling.

§ Device I/O.

§ Распределённая файловая система.

§ DLL, процессы и многопоточность.

§ Domain Name System.

§ Dynamic Host Configuration Protocol (DHCP).

§ Extensible Authentication Protocol (EAP).

§ Extensible Markup Language (XML) и парсер MSXML.

§ Fax Service.

§ Групповая политика.

§ HTTP.

§ ICS и ICF.

§ Image Color Management (ICM)

§ Image Mastering API (IMAPI)

§ Indexing Service

§ Infrared Data Association (IrDa)

§ Internet Authentication Service (IAS)

§ Internet Connection Sharing and Firewall (ICSF)

§ Internet Explorer

§ Internet Information Services (IIS)

§ Internet Protocol Helper (IP Helper)

§ Interprocess Communications

§ Lightweight Directory Access Protocol (LDAP)

§ LSA Authentication

§ LSA Policy

§ Memory Management

§ Message Queuing (MSMQ)

§ Messaging Application Programming Interface (MAPI)

§ Microsoft.NET Passport

§ Microsoft Agent

§ Microsoft Data Access Components (MDAC)

§ Microsoft Interface Definition Language (MIDL)

§ Microsoft Management Console (MMC)

§ Microsoft Transaction Server (MTS)

§ Multicast Address Dynamic Client Allocation Protocol (MADCAP)

§ Multicast Group Manager

§ National Language Support

§ NetMeeting

§ NetShell

§ Network Load Balancing Provider

§ Network Management

§ Network Monitor

§ Network Provider API

§ OLE DB

§ OLE DB Provider for Internet Publishing

§ OnNow

§ Open Database Connectivity (ODBC)

§ OpenGL

§ Password Filters

§ PC Health

§ Performance Monitoring

§ Plug and Play и Universal Plug and Play

§ Power Management

§ Quality of Service (QoS)

§ Real-time Communications (RTC) Client //ссылка ведет не на ту статью

§ Remote Access Service (RAS)

§ Remote Procedure Call (имеется в виду служба RPC Service)

§ Removable Storage Manager (RSM)

§ Routing and Remote Access Service (RRAS)

§ Routing Table Manager Version 1 (RTMV1)

§ Routing Table Manager Version 2 (RTMV2)

§ Security Support Provider Interface (SSPI)

§ Server Cluster API

§ Server Data Objects (SDO)

§ Service Security Attachments

§ Setup API

§ Shell (имеется в виду Explorer Shell)

§ Side-by-side Assemblies

§ Simple Network Management Protocol (SNMP)

§ Smart Card

§ Still Image

§ Storage и Structured Storage

§ Synchronization Manager

§ System.DirectoryServices

§ System Event Notification Service (SENS)

§ System Restore

§ Tablet PC

§ Task Scheduler

§ Telephony Application Programming Interface (TAPI) 2.2

§ Telephony Application Programming Interface (TAPI) 3

§ Telephony Service Provider Interface (TSPI и MSPI)

§ Terminal Services

§ Text Services Framework

§ Unicode (и MSLU)

§ Universal Description, Discovery, and Integration (UDDI)

§ Video for Windows

§ Windows Clustering

§ Windows File Protection

§ Windows GDI

§ Windows GDI+

§ Windows Image Acquisition (WIA)

§ Windows Installer

§ Windows Management Instrumentation (WMI)

§ Windows Multimedia

§ Windows Sockets

§ Windows System Information

§ Windows User Interface

§ Winlogon и Gina

§ WinSNMP

§ DirectX

§ Microsoft.NET

§ Wine — свободная кроссплатформенная реализация Windows API.

§ Window class

§ svchost.exe

§ WinMain

 

26. 64-разрядная операционная система Tru64 UNIX для работы в АСНИ.

 

Tru64 UNIX
Разработчик Digital Equipment, Compaq,Hewlett-Packard
Семейство ОС UNIX-подобные
Последняя версия 5.1B-6 — октябрь 2010 года
Лицензия Закрытая
Состояние Актуальное
Веб-сайт https://h30097.www3.hp.com

Tru64 UNIX — 64-разрядная операционная система дляпроцессоров Alpha. Изначально называлась OSF/1 и разрабатывалась в компании DEC. Потом была переименована в Digital UNIX. После того, как Compaqкупила DEC, в очередной раз была переименована в Tru64 UNIX. После слияния Compaq и Hewlett-Packardправа на систему принадлежат последнему.

Для работы Tru64 UNIX на системах на основе Alpha требуется загрузочная SRM микропрограмма.

 

 

27. 64-разрядная сервернаяоперационная система OpenVMS для работы в АСНИ.

OpenVMS
Разработчик DEC, Compaq, HP
Семейство ОС Семейство ОС DEC
Последняя версия 8.4 — 21 июня 2010
Тип ядра Монолитное с модулями
Лицензия Закрытая
Состояние Актуальное
Веб-сайт www.hp.com/go/openvms

OpenVMS (англ. Open Virtual Memory System, или просто VMS) — проприетарная 64-разрядная сервернаяоперационная система, разработанная во второй половине 1970-х годов компанией Digital Equipment Corporation для серии компьютеров VAX. Позжепортирована на платформы DEC Alpha и Intel Itanium. Сейчас принадлежит Hewlett-Packard. Применяется для построения отказоустойчивых систем высокой готовности и mission-critical применений. Среди российских заказчиков OpenVMS преобладают оборонные структуры и банки, телекоммуникационные компании, предприятия непрерывного цикла (АЭС).

История

Работа в OpenVMS: запущен браузер, часы, калькулятор, список процессов и окно с информацией о системе

OpenVMS от Compaq: командная строка, текстовый редактор, справка и открытые папки

В апреле 1975 года DEC объявила о начале проекта по разработке аппаратной платформы под названием Star, которая позволила бы расширить функциональность существующего PDP-11 для работы с 32-битными адресами виртуальной памяти. Сопутствующий проект по разработке программного обеспечения, под названием Starlet, был начат в июне 1975 года. В рамках проекта планировалось разработать для семейства Star абсолютно новую ОС, основанную на RSX-11, операционной системе для PDP-11. Эти два проекта с самого начала разрабатывались в тесном сотрудничестве друг с другом. В проекте Starlet под руководством Роджера Гоурда работали инженеры по разработке ПО Дэвид Катлер, Дик Хастведт и технический руководитель проекта Питер Липман, каждый из которых отвечал за разработку отдельных частей операционной системы. Результатом работ по проектам Star и Starlet стали компьютер VAX 11/780 и операционная система VAX-11/VMS. Имя Starlet сохранилось в VMS в имени одной из основных системных библиотек, STARLET.OLB.

В 1980 году, с выходом версии 2.0, имя системы было изменено на VAX/VMS (в то же время компьютер VAX-11 переименовали в просто VAX). С появлением серии компьютеров MicroVAX во второй половине 1980-х годов, была выпущена MicroVMS, специфически нацеленная на эту платформу, которая имела гораздо более ограниченные память и размер жёсткого диска, чем полноценный VAX. Например, MicroVAX 2000 имел жёсткий диск RD32 ёмкостью 40 Мб и всего 4 Мб ОЗУ, а его процессор мог лишь программно эмулировать некоторые инструкции VAX с плавающей запятой. Комплект MicroVMS распространялся для версий VAX/VMS с 4.0 по 4.7 на магнитной ленте типа TK50 и флоппи дисках типа RX50, но после выхода VAX/VMS 5.0 это[ уточнить ] прекратилось.

В 1991 году система была переименована в OpenVMS для обозначения поддержки ею таких промышленных стандартов как POSIX и совместимость с Unix, после чего начался процесс портирования системы на 64-разрядный RISC-процессор DEC Alpha. Впервые именем OpenVMS была названа версия 5.5-2.

Платформы

DEC Alpha

Портирование на платформу Alpha потребовало создания отдельных ветвей исходного кода для 32-разрядной и 64-разрядной архитектур. В 1992 году увидела свет первая версия OpenVMS для систем Alpha AXP, названная OpenVMS/AXP V1.0. Решение использовать нумерацию начинающуюся с 1.x для предпромышленных версий OpenVMS/AXP послужило причиной неразберихи для некоторых клиентов и в дальнейшем она перестала использоваться.

В 1994 году с выходом OpenVMS 6.1 было достигнуто равенство в возможностях и номерах версий между вариантами для VAX и Alpha. Нумерация последующих версий одинакова для обеих платформ.

Intel Itanium

В 2001 году компания Compaq, незадолго до слияния с HP, объявила о начале работ по портированию системы на только что появившуюся 64-разрядную платформу Intel Itanium. Портирование осуществлялось на основе исходного кода и библиотек версии OpenVMS для Alpha. Использование исходного кода OpenVMS для Alpha в качестве основы объяснялось тем, что он был 64-разрядным и, следовательно, гораздо более подготовленным к портированию, чем исходный код оригинальной OpenVMS для VAX.

В отличие от портирования с VAX на Alpha, когда в исходный код версии 5.4 для VAX было внесено множество изменений и результат сильно отличался от оригинала, версии для Alpha и Itanium основаны на общем исходном коде и используют одинаковый инструментарий.[ источник не указан 1217 дней ]

OpenVMS/I64 V8.0 — первая предпромышленная версия, выпущена в июне 2003 года.

OpenVMS V8.2 — первая промышленная версия для Itanium, выпущена в январе 2005 года. Также доступна для платформы Alpha.

OpenVMS/I64 V8.2-1, добавлена поддержка систем HP Integrity Superdome и Cell-based-систем, выпущена в сентябре 2005 года. Доступна только для Itanium-платформ.

OpenVMS V8.3, выпущена в сентябре 2006 года как для Alpha, так и для Itanium.

OpenVMS V8.3-1h1, выпущена в октябре 2007 года только для Itanium. Добавлена поддержка чипсетовсерии sx2000.

OpenVMS V8.4, выпущена в июне 2010 года как для Alpha, так и для Itanium.

 

X86

В конце 1980-х в DEC в рамках проекта Emerald велись работы по портированию OpenVMS на архитектуру x86, но проект был закрыт по финансовым соображениям. Несогласный с решением менеджмента руководитель разработки Дэвид Катлер (David Cutler) перешёл в Microsoft, где занялся разработкой Windows NT. Существует мнение, что в основе Windows NT лежат концепции и системные решения, основанные на достижениях OpenVMS.

Существует проект FreeVMS по созданию под лицензией GPL клона OpenVMS для платформы x86. На 2009 год проект находится на начальной стадии.

Функциональность

OpenVMS является многопользовательской, многозадачной ОС с поддержкой виртуальной памяти. Она предназначена для работы в режиме реального времени, разделения времени, пакетной обработки и обработки транзакций. Благодаря возможности создания кластеров из нескольких компьютеров (до 96 в одном кластере) OpenVMS позволяет создавать высокомасштабируемые системы. OpenVMS допускает использование оконного интерфейса DECWindows, совместимого с X Window System.

Системные функции

Многозадачность в OpenVMS опирается на потоки (kernel threads). Поток состоит из индивидуального адресного пространства, регистров, образующих его контекст, и кода — исполняемого образа. Контекст идентифицирует поток и описывает его текущее состояние, а исполняемый образ состоит из системных и пользовательских программ (откомпилированных и собранных). Каждый процесс может содержать до 16 потоков (kernel threads), которые являются объектом управления планировщика. Количество же пользовательских (user level threads) потоков исполнения ограниченно только ресурсами конкретной системы. Максимальное число поддерживаемых параллельных процессов в OpenVMS — 16 384 на каждый узел. Процессорное время распределяется между потоками в соответствии с приоритетами, которых насчитывается 64. Приоритеты от 0 до 15 назначаются процессам с разделяемым временем или некритичным ко времени исполнения, диапазон от 16 до 63 предназначен для процессов реального времени. Процессы реального времени получают квант (quantum) процессорного времени сразу, как только оно требуется (в соответствии с приоритетом и статусом процесса), обычные процессы получают вычислительные ресурсы только тогда, когда ими не пользуются процессы реального времени. В OpenVMS процессу можно назначить приоритет выше, чем у процессов ядра системы. Имеется также механизм (pixscan), который предотвращает блокирование управления системой высокоприоритетными процессами, то есть, например, процесс с приоритетом в пределах 4 гарантированно получит квант процессорного времени, хотя и со значимой задержкой.

В OpenVMS используются файловые системы Files-11 (ODS-1, ODS-2, ODS-5), ISO 9660, FAT, NFS,SMB и Spiralog.

По языку командной строки и файловой системе OpenVMS является наследницей RSX-11 и RT-11.

Сетевые функции

В OpenVMS существуют различные реализации сетевых стеков общего назначения:

§ DECnet, для работы в сетях, использующих проприетарные сетевые протоколы разработанные Digital; частями DECNet являются DEC LAT (Local Area Transport), DEC MOP (Maintenance Operation Protocol). В настоящее под названием DECNet существуют DECNet IV (Phase IV) и DECNet OSI (ранее носивший названия DECNet Plus, DECNet Phase V).

§ DECnet OSI, реализация поддержки архитектуры сетей OSI (Open Standard Interconnection) от Digital.

§ X.25, для построения сетей X.25.

§ DEC SS7, реализация от Digital стека протоколов CCSS7 (Common Channel Signaling System 7, Общеканальная сигнализация 7).

§ TCPIP, реализация стека протоколов TCP/IP от Digital (ранее носившая название UCX — Digital Ultrix Connection).

§ TCPware-TCP, реализация стека протоколов TCP/IP от компании Process Software LLC.

§ MultiNet, альтернативная реализация стека протоколов TCP/IP от компании Process Software LLC.

§ CMU-IP, свободно распространяемая версия стека протоколов TCP/IP, разработанная вУниверситете Карнеги — Меллона.

Уникальные, передовые функции

В OpenVMS впервые стали коммерчески доступны технологии, которые в настоящее время являются стандартными в серверных операционных системах:

§ Встроенная поддержка сетей (сначала DECnet IV и позднее TCP/IP) и DECnet V (стек протоколовOSI).

§ Симметричная, асимметричная и NUMA-многопроцессорность.

§ Распределённая файловая система DFS.

§ RMS (Record Management Service), реализующая доступ к файлам по методам ISAM (Indexed-Sequential Access Method) для реализации приложений, требующих функциональность базы данных.

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

§ Расширяемый язык командной оболочки DCL.

§ Разделение аппаратных средств процессоров для поддержки многопоточности.

§ Сертификация системы по уровню C2 (вплоть до B1) по Orange Book.

§ Реализация распределённого менеджера блокировок (DLM, Distributed Lock Manager).

§ Кластеры (cluster) — объединение нескольких систем в единый комплекс, разделяющий ресурсы (shared resources), с распределением нагрузки (load balancing). Стоит заметить, исследовательская компания Gartner Group Inc. присвоила кластеру VMS звание «Король кластеров» (King of Clusters).

Безопасность

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

OpenVMS располагает развитыми средствами контроля за паролями:

§ проверкой стандартных характеристик (срок действия пароля, длина, использовался ли пароль ранее);

§ генерацией случайных паролей;

§ проверкой на наличие в паролях общеупотребительных слов;

§ использование второго пароля;

§ возможность задания специфических требований к «содержимому пароля».

Контролируется доступ ко всем системным объектам: томам, устройствам, файлам, очередям и т. д. Каждому классу объектов можно по умолчанию назначить уровень защиты при его создании. Файл получает уровень защиты либо от своей предыдущей версии, либо от создавшего его процесса, либо посредством специального ACL (Access Control List). При желании файл может быть удален полностью (erase-on-delete) без возможности его восстановления. Также OpenVMS обеспечивает аудит (то есть, регистрацию событий от монитора безопасности) регистрации или выхода из системы, попытки подбора пароля (Intrusion Detection), любых типов операций с заданными объектами (или классами объектов), любых изменений параметров системы, любых изменений, касающихся политики защиты информации, оперативное информирование системного администратора, операторского штата.

Все версии OpenVMS соответствуют требованиям класса C2 «Критериев определения безопасности компьютерных систем», «Orange Book» и сертифицированы Министерством обороны США. Специальная версия системы, SEVMS (SecureVMS), имеет повышенный уровень защиты и сертифицируется по классу B1.

На международном фестивале хакеров DEFCON 9 (Лас-Вегас, 2001 год) мировое хакерское сообщество признало OpenVMS неуязвимой для взлома.https://www.defcon.org/html/defcon-16/dc-16-speakers.html#Oberg Дырка в finger (переполнение при обработке.plan, finger там запускается с правами SYSTEM), позволяющее на VAX произвольно поменять учётную запись и получить все права (аналогично root в unix-like). И дырка при превышении длины строки команды (в 511 символов). Работает на Alpha. Позволяет запускать произвольный код в процессах с привилегиями SYSTEM, FIS_IO, OPER и т.п..

Лицензии и распространение

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

HP, купившая Compaq (которая ранее купила Digital) — предлагает программу для образовательных учреждений.

Области применения

Применяется для построения отказоустойчивых систем высокой готовности и mission-critical применений. Под управлением OpenVMS (на платформе VAX) работает линия выпуска процессоров на фабрике Intel в Израиле.

Среди российских заказчиков OpenVMS преобладают оборонные структуры и банки, телекоммуникационные компании, предприятия непрерывного цикла (АЭС). В банках кластеры под управлением OpenVMS используются в качестве серверов баз данных (как правило, Oracle). В одном из региональных отделений Сбербанка РФ под OpenVMS работает приложение, обеспечивающее всю работу банка.[1][2][3] До 2005 года OpenVMS широко применялась для работы с международной системой межбанковских транзакций SWIFT, ПО — SWIFT ST400. Это было связано как со стремлением наиболее надёжно осуществлять транзакции, так и с тем, что SWIFT изначально разрабатывалась под OpenVMS.

Под управлением OpenVMS работает 14 линия парижского метрополитена[4] и управлениежелезнодорожным движением в Индии[5].

В школе № 1 города Воронеж система из AlphaServer под управлением OpenVMS и 30 терминалов используется c 1997 года для обучения школьников информатике и программированию.[6]

В первом в России операторе сотовой связи компании «Дельта Телеком» кластер под управлением OpenVMS, включающий Alpha и Integrity является «сердцем» для бизнес-процессов.[7]

 

 

28. Solaris — компьютерная операционная система, используемая в АСНИ.

 

Solaris
Solaris 10 с Java Desktop System
Разработчик Oracle Corporation и OpenSolaris Community
Семейство ОС Unix
Последняя версия 11.1 — 4 октября 2012
Последняя тестовая версия 11 Express 2010.11 — 15 ноября 2010
Поддерживаемые платформы SPARC, x86, x86-64, IA-32,PowerPC (только Solaris 2.5.1)
Тип ядра Монолитное ядро
Интерфейс Java Desktop System, CDE
Лицензия Проприетарная
Состояние Активное
Веб-сайт https://oracle.com/solaris

Solaris — компьютерная операционная система, разработанная компанией Sun Microsystems, которая ныне принадлежит Oracle Corporation. Несмотря на то, что Solaris — операционная система с закрытым исходным кодом, бо́льшая его часть открыта и опубликована в проекте OpenSolaris.

История

В начале 1990-х годов Sun Microsystems заменила основанную на BSD SunOS 4 на UNIX System V Release 4 (SVR4), разрабатываемую совместно с AT&T, а также изменила имя SunOS 5 на Solaris 2. После выхода версии 2.6 Sun Microsystems отбросила из имени «2.», и следующая версия называлась уже Solaris 7.

Solaris — это операционная система SunOS с графической оболочкой и некоторыми дополнительными компонентами.

Начиная с версии Solaris 9, Sun Microsystems предлагает для загрузки общедоступную (в бинарном виде, то есть с закрытым исходным кодом) некоммерческую версию Solaris по лицензии CDDL. От коммерческой версии она отличается отсутствием технической поддержки Sun Microsystems, печатной документации и некоторого объёма дополнительного проприетарного программного обеспечения — англ. Value Added Software.

В июне 2005 года Sun Microsystems приняла решение открыть часть исходного кода Solaris 10 и запустить проект OpenSolaris. Разработка следующей версии Solaris — Solaris 11 (рабочее название проекта — Nevada) ведется уже в сотрудничестве с OpenSolaris Community. На данный момент Sun Microsystems практически закончила открытие исходного кода Solaris 10. Вдобавок к исходному коду операционной системы Solaris Sun Microsystems открыла целый ряд программного обеспечения собственной разработки, для Solaris, в рамках проекта OpenSolaris.

С апреля 2010 года новый владелец, Oracle Corporation, изменил условия лицензирования системы Solaris 10. По новым правилам продуктом бесплатно, в коммерческих целях, можно будет пользоваться только в течение 90 дней.[1]

Поддерживаемые архитектуры

§ Sun UltraSPARC

§ Fujitsu SPARC64

§ 32 и 64-битные процессоры AMD, Intel и VIA x86

Поддержка микропроцессоров Itanium (Intel) была запланирована, но не была реализована.

Предпринималась попытка портировать Solaris на архитектуру PowerPC, в 1996 была выпущена 32-битная версия 2.5.1 (Solaris PowerPC Edition) для платформы PReP, однако, вскоре от этого отказались. В настоящее время идет возрождение поддержки архитектуры PowerPC в OpenSolaris.[2]

В ноябре 2007 IBM, Sun и Sine Nomine Associates продемонстрировали пробную версию OpenSolaris for System z, работающую на мейнфрейме IBM System z под z/VM.[3] Эта версия получила название Sirius. 19 ноября 2008 IBM авторизовала Sirius на процессорах System z IFL.[4]

В Solaris 10 Sun Microsystems реализовала двоичную совместимость с Linux, что позволяет запускать Linux-приложения под Solaris на системах x86 в зонах BrandZ. Планируется двоичная совместимость с FreeBSD. В Solaris SPARC эта функциональность не доступна.

По состоянию на 2009 год Solaris официально поддерживают на некоторых своих системах с архитектурой x86 и AMD64 следующие производители:

§ IBM

§ Intel

§ Hewlett-Packard

§ Dell

§ Fujitsu Siemens Computers

§ Core Micro Systems

§ Egenera

Графический пользовательский интерфейс

OpenWindows

Java Desktop System

В первых версиях Solaris использовался GUI OpenWindows. Начиная с версии Solaris 2.6 его сменила CDE, а в версию Solaris 10 включена Sun Java Desktop System, которая базируется на GNOME. В последние релизы Solaris Express не включается CDE.

Также на сайте blastwave.org находятся скомпилированные пакеты KDE и Xfce.[5]

Файловые системы

Изначально в Solaris использовалась файловая система UFS. В 2004 Sun Microsystems разработала файловую систему ZFS, которая стала включаться в Solaris 10, начиная с релиза 6/06 (июнь 2006).

Всего Solaris 10 поддерживает 14 файловых систем[6]:

§ UFS (Unix File System)

§ ZFS (Zettabyte File System)

§ SMBFS (SMB)

§ VxFS (Veritas File System)

§ PCFS (FAT и FAT32)

§ HSFS (для CD-ROM)

§ TMPFS

§ NFS (Network File System)

§ CacheFS

§ AutoFS

§ SpecFS

§ ProcFS

§ SockFS

§ fifos

Версии

Логотип Solaris 10, до покупки корпорацией Oracle

Цвет Значение
Красный Старая версия; не поддерживается
Жёлтый Старая версия; поддерживается
Зелёный Текущая версия
Синий Будущая версия

 

Версия Solaris Версия SunOS Дата выпуска Особенности
1.x 4.1.x Июнь1992 Ребрендинг SunOS 4 в маркетинговых целях
2.0 5.0 Июнь1992 Предварительный выпуск (сначала только для разработчиков), поддержка архитектуры sun4c. ПоявлениеNIS+.
2.1 5.1 Декабрь1992(SPARC) Май1993(x86) Поддержка архитектур sun4 иsun4m. Первая версия для x86. Первый релиз Solaris 2, поддерживающий симметричную мультипроцессорность (SMP).
2.2 5.2 Май1993 Только для SPARC. Впервые поддержка архитектуры sun4d. Поддержка мнопоточных библиотек.
2.3 5.3 Ноябрь1993 Только для SPARC. OpenWindows3.3 переходит с NeWS на Display PostScript и прекращает поддержку SunView. Добавлена поддержка файловых систем autofs и CacheFS.
2.4 5.4 Ноябрь1994 Первый общий релиз для SPARC и x86. Включает поддержку Motif.
2.5 5.5 Ноябрь1995 Впервые поддерживаются процессоры UltraSPARC. Включает CDE, NFSv3 и NFS/TCP. Архитектура sun4 (VMEbus) больше не поддерживается. Добавлены POSIX Threads иDoors.
2.5.1 5.5.1 Май1996 Единственный релиз для PowerPC. Добавлена поддержка Ultra Enterprise.
2.6 5.6 Июль1997 Включает Kerberos 5, PAM, шрифты TrueType, WebNFS, поддержку больших файловых систем и procfs. Прекращена поддержка серии SPARCserver 600MP.
  5.7 Ноябрь1998 Первый 6


Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2016-02-16 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: