"Основы AS/400" - читать интересную книгу автора (Солтис Фрэнк)

Основы AS/400От автораПредисловиеВведениеНачалоРеволюция начинаетсяПроект Fort KnoxРанняя AS/400 (она же System/38)Союз AS/400-PowerPCКоманда технических разработчиковКоманда менеджеровВ последнюю минутуТвердая рукаЗачем написана книга?Замечания ко второму изданиюКак читать эту книгуГлава 1Расширенная архитектура приложенийАрхитектура компьютераС точки зрения программистаУровни абстракцииСоздание программКлассификация архитектурПроцессоро-ориентированная архитектураAPI-ориентированные архитектурыМашинная архитектура высокого уровняИ это тоже есть!Глава 2Технология PowerPCМикросхемы сжимаются на глазахАльянс PowerPCЭволюция PowerPCRISC-процессор AS/400 для коммерческих расчетовТехнология PowerPC для AS/400Архитектура PowerPCРасширения архитектуры PowerPC65-разрядный процессор?Система команд AmazonРеализации процессора AS/400Процессоры Muskie первого поколенияПроцессоры Cobra первого и второго поколенияПроцессоры третьего поколения ApacheО Процессоры четвертого и следующих поколенийО Подсистема памятиОрганизация памятиПерекрестные переключателиБудущее переключателей памятиВыводыГлава 3System Licensed Internal Code (SLIC) —сердце AS/400Разделяй и властвуйМикрокодВпереди скользкая дорогаКонцепции объектно-ориентированного программированияСреда разработки SLICЗатраты на разработку SLICТехнологии ядра в SLICИндивидуальность System/36Что-то старое, что-то новоеAdvanced 36ВыводыГлава 4Машинный интерфейс, независимый от технологииОбзор архитектуры MIНеисполняемый интерфейсКомпиляторы для AS/400Характеристики машинного интерфейсаРабота с программами MIСоздание программыУничтожение программыМатериализация и адаптируемость программыВнутри шаблона программыФорматы команд MIКод операции MIРасширение кода операцииПримеры команд MIВыводыГлава 5ОбъектыИмена объектовОбъекты OS/400 и системные объекты MIПоиск объектовБиблиотекиРазделяемые папкиИнтегрированная файловая системаДоступ к объектамАдресация на базе возможностейРазрешение системных указателейДругие типы указателейХарактеристики системных объектовПрограммные объектыВнутри системного объектаСегментированная памятьСтруктура системного объектаМногосегментные объектыСодержимое заголовковЗаголовок сегментаЗаголовок EPAПримеры объектовВыводыГлава 6Интегрированная база данныхБаза данных без имениХранилища данныхПреобразование оперативных данных в информационныеСерверы баз данныхПараллельная обработкаМногомерные базы данных (MDD)Анализ данных и инструментарий конечных пользователейУправление хранилищем данныхЭволюция реляционной базы данныхДвуликая база данныхКак функционирует база данныхФункции СУБДОписание данных и создание файловСоздание физических файлов и таблицСоздание логических файлов и проекцийСловарь данных и каталогиНезависимость данных и программЗащита данныхЦелостность и восстановление данныхЖурналСистемная защита пути доступа SMAPPУправление транзакциямиТриггерыСсылочная целостностьДисковые системы высокой доступностиДругие функции базы данныхХранимые процедурыПоддержка национальных языковПредсказывающий регулятор запросовПовышение производительности базы данныхРаспределенные базы данныхШлюзы к другим базам данныхТрансформация данных с помощью DataPropagatorСоединение при помощи OptiConnectВнутренняя реализация функций базы данныхОбъекты базы данныхОбласти данныхИндексы области данныхКурсорыДоступ пользователя к даннымЖурналы SLICУправление транзакциями в SLICМашинные индексыДвоичный поискДеревья с двоичным основаниемВнутренняя организация дерева с двоичным основаниемВыводыГлава 7Защита от несанкционированного доступаИнтегрированная защитаУровни защитыОтсутствие защиты (уровень 10)Парольная защита (уровень 20)Защита ресурсов (уровень 30)Защита ОС (уровень 40)Защита C2 (уровень 50)Профили пользователейКласс пользователяОбъекты, принадлежащие и доступныеПрава доступа к объектамПривилегированные команды и специальные праваЗаимствование прав программойГруппирование правАлгоритм поиска правДополнительная защита в сетевом миреПодключение ПК к AS/400Вирусы, черви, троянские кони и другие мерзкие твариБезопасный сервер WWWВыводыГлава 8Одноуровневая памятьСколько байтов адресуют 64 разрядаВиртуальная памятьВиртуальная память для систем разделения времениОдноуровневая виртуальная памятьПостоянная виртуальная памятьЧто такое одноуровневая памятьОдноуровневая память и производительностьУказатели и тегиАппаратная защита указателейРежим активных теговУказатели и теги на дискеВнутри указателяСказка о двух размерах адресаПереполнение адресаТрансляция адресаХарактеристики модели памятиРегистр состояния машиныОбзор трансляции адресаТрансляция адреса виртуальный—реальныйХешированиеЗапись страничной таблицыРежимы доступа к памятиЗащита страницУправление дискамиПулы вспомогательной памятиСегменты памятиДисковые экстентыВыводы:Сегменты группы доступаКаталоги вспомогательной памятиВыводыГлава 9Управление процессамиЛучшая в мире структура задачТехнологии микроядраНачинаем снизуДиспетчеризация задач в AS/400Состояния задачиОчередь диспетчеризации задачОчереди и счетчики приема-передачиМультипроцессированиеСимметричное мультипроцессированиеАсимметричное мультипроцессированиеДинамическое планирование приоритетовПроцессы в MIИсходная модель процессовМодель процессов ILEВнутри процесса ILEСтруктура процессов ILEГруппа активизации ILEИсключения, события и прерыванияИсключения и события MIУправление исключениями SLICАппаратное переключение контекстаЗадания и управление ими OS/400Концепции управления заданиямиПодсистемыСтарая и новая структуры заданияПроцессы, задачи, задания, группы активизации и потокиВыводыГлава 10Система ввода-выводаВремя переменБазовые концепции ввода-выводаПромышленные стандарты ввода-выводаШина SPDСоединения аппаратуры ввода-вывода SPDРабота шины ввода-вывода SPDОперации ввода-вывода в AS/400Объекты поддержки ввода-выводаКомпоненты ввода-выводаКак все это работаетВыводыГлава 11Версия 4Расширенная версия 4 AS/400Сетевые вычисленияРеализация стандартовБитва за рабочий столСовместные вычисленияУпрощенные клиент-серверные вычисленияПоддержка приложенийJava, Java везде и всюдуJava для AS/400Проект San Francisco (Каркасы Java)Интегрированные ПК-серверыСерверные модели AS/400eОбработка данныхКачественный рост старших моделей AS/400еRISC-процессор и перспективы его развитияКластеры и постоянная готовностьУлучшения соотношения цена-производительность в серии AS/400еУниверсальностьНовые технологии ввода-выводаВыводыГлава 12AS/400 в XXI векеБудущие технологии процессоровПроцессоры пятого поколенияПосле RISCVLIW в РочестереБудущее многопроцессорных системМасштабируемые многопроцессорные системы с общей памятьюCC-NUMA и COMAБудущее ввода-вывода AS/400Будущие технологии подсистем ввода-выводаДисковые массивыБудущие программные технологии AS/400Операционные системыГлобальные файловые системыИнтерфейсы пользователяТехнологии приложенийОбщая производительность системыПрограммы тестирования производительностиКак мы сравниваем?Выводы

Машинная архитектура высокого уровня

Истинная независимость от аппаратуры может быть достигнута, если вместо определения отдельных API для разных специфических приложений (что имеет место в случае такой API-ориентированной архитектуры как Single Unix Specification), будет формально определен общий интерфейс для всех приложений. Более того, если в такой интерфейс заложены возможности расширения, то в любое время для достижения переносимости приложений к нему могут быть добавлены API Single UNIX Specification. Именно такой подход лежит в основе архитектуры AS/400, которая определяет законченный набор API для всех приложений и не позволяет последним обходить API.

Независимый от технологии машинный интерфейс (Technology-Independent Machine Interface), который часто называют просто MI[ 9 ], представляет собой формальное определение интерфейса для всех приложений и большинства компонентов операционной системы. Аппаратура, а также все программное обеспечение операционной системы, которому должны быть доступны подробности аппаратной реализации, располагаются ниже границы MI.

Чтобы понять, как достигается независимость программного обеспечения от изменений в аппаратуре, обусловленных технологическим прогрессом, необходимо кратко рассмотреть, как работает компилятор. Ранее было сказано, что в традиционной процессоро-ориентированной системе компилятор генерирует двоичный машинный код непосредственно из исходного текста, что иногда требует дополнительного шага ассемблирования. В AS/400 компилятор генерирует из исходного текста код MI, который оформляется в виде так называемого шаблона программы. На втором этапе транслятор AS/400 генерирует двоичный код по содержимому шаблона программы. Фактически, этот транслятор выполняет те же действия, что и заключительный проход современного компилятора. Затем, если явно не запрошено его удаление, шаблон программы сохраняется вместе с двоичным кодом в программном объекте. Такая программа называется отслеживаемой (observable). При переносе программного объекта на новую аппаратную базу, например, на 64-разрядный PowerPC, другой транслятор, созданный для новой аппаратуры, перетранслирует шаблон программы в новый двоичный код. Изменений в исходном коде при этом не требуется — чем и достигается независимость от технологии. Более подробное рассмотрение этого вопроса мы отложим до главы 4.

Значимость такой независимости очевидна для пользователей и ISV. Переход на 64-разрядную технологию RISC дает не только более мощный процессор — операционная система и все приложения сразу же становятся 64-разрядными. Для того чтобы воспользоваться преимуществами 64-разрядного оборудования не нужно ничего переписывать. В один день RISC-системы AS/400 получают 64-разрядную операционную систему и десятки тысяч 64-разрядных приложений.

Архитектура AS/400 заслужила титул «расширенной архитектуры приложений» (Advanced Application Architecture), так как предоставляет возможности, которых многие другие вычислительные системы все еще пытаются достичь с помощью API-ориентированного подхода. AS/400 уже сейчас независима от нижележащей технологии. Хотя независимость от аппаратуры важна, но не менее важна и независимость от деталей операционной системы. В AS/400 достигнуто и это. Термин «расширенная архитектура» подразумевает, что к ней могут быть добавлены вновь определяемые API других операционных систем, что обеспечивает еще большую переносимость приложений.