"Основы 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Операционные системыГлобальные файловые системыИнтерфейсы пользователяТехнологии приложенийОбщая производительность системыПрограммы тестирования производительностиКак мы сравниваем?Выводы

Команда менеджеров

Ни одна система не «пойдет» только благодаря удачному инженерному решению; без хорошего управления тоже не обойтись. На мой взгляд, успех System/38 и AS/400 обеспечили пятеро менеджеров, лучше других увидевшие их перспективы. Но один из пяти заслуживает признания более, чем остальные: Гарри Ташиян (Harry Tashjian). Это он, осознав потребность в небольшой, простой в использовании деловой системе, и создал новый рынок для компьютеров. Без его дара предвидения не было бы успеха наших компьютеров.

Гарри был главной организующей силой проектов System/3, System/32, System/34, System/36 и System/38. Сначала он выполнял функции системного менеджера (system manager) всех этих продуктов, позднее стал директором Рочестерской лаборатории. Именно благодаря Гарри крошечное подразделение IBM, затерянное среди кукурузных полей Миннесоты, стало мировым лидером в разработке деловых компьютерных систем.

Гарри Ташиян — тот самый менеджер проекта банковского терминала, много лет назад склонивший меня к работе с компьютерами. До сих пор помню наши долгие разговоры о потенциале Рочестера в разработке новых вычислительных систем. Гарри «благословил» меня на новое путешествие в университет для изучения компьютерных архитектур, а когда я опять вернулся в Рочестер, именно он назначил меня на разработку архитектуры System/38, которой суждено было превратиться в AS/400, и обеспечил мне поддержку. Без Гарри AS/400 не было бы.

Успех System/38 обеспечили еще два менеджера. Рей Клотц (Ray Klotz) был нашим техническим менеджером (engineering manager) и моим боссом на протяжении большей части проекта. В 1970 году Гарри поручил Рею создать команду из 9 человек. Хорошо разбираясь в аппаратном обеспечении, Рей курировал создание процессора System/360 в Эндикотте (Endicott), штат Нью-Йорк, прежде чем пришел в Рочес-тер, чтобы возглавить разработку аппаратуры System/3.

Сначала Рей относился к System/38 сдержаннее, чем многие из нас. Он иногда напоминал, что все аппаратное обеспечение System/3 насчитывало лишь 3 000 цепей, и спрашивал, почему нам нужно настолько больше. Он продолжал сомневаться в наших технических решениях до тех пор, пока не приходил к убеждению, что мы рассмотрели все возможные варианты. Затем он давал нам «карт-бланш». Всякий раз, когда мы испытывали трудности, он был рядом, чтобы поддержать и помочь найти выход.

Для большинства из нас Рей был кем-то вроде отца. Мы все вздрагивали, когда он повышал голос, что бывало часто. Он требовал от каждого из нас безупречной работы и обычно добивался своего. Но за грубоватой внешностью Рея скрывался удивительно тонкий человек.

Из всех моих знакомых Гейлорд Гленн Хенри (Gaylord Glenn Henry) — самый выдающийся и совершенно неистовый менеджер.

Сказать, что Гленн не вполне вписывался в образ типичного, консервативного менеджера IBM, — не сказать ничего. Неряшливая борода, часто нелепая одежда и неизменные упаковки по шесть розовых банок какой-то диетической «шипучки» свидетельствовали о том, что перед Вами незаурядная личность.

В 1972 году Гленн перешел к нам из лаборатории IBM в Бока Ратон (Boca Raton), штат Флорида, и стал менеджером по программированию (programming manager) для System/32, а затем и System/38. Сильный и целеустремленный человек, он вдохновлял окружающих, увлекал за собой как разработчиков, так и администраторов. Когда нам казалось, что возникшая проблема непреодолима, Гленн убеждал нас, что все держит под контролем. Вскоре как-то само собой появлялось решение, а Гленн лишь улыбался. Без его таланта и дальновидности разработка System/38 могла быть прекращена множество раз.

Я еще не упомянул о соревновании по крепости голосовых связок между ° о Гленном и Реем. Если они не были согласны друг с другом, стены дрожали.

Было истинным удовольствием наблюдать за их спорами, особенно зная, что I ни тот, ни другой не понимают по-настоящему того, за что ратуют. Иногда к их спору присоединялся Гарри, но чаще он позволял Гленну и Рею улаживать свои разногласия самостоятельно. Однако все были согласны между ■ собой в одном: мы собираемся создать вычислительную систему, лучшую из когда-либо существовавших в мире. Наградой этим волевым личностям стала System/38.

К сожалению, после окончания работ над System/38 мы расстались с этими людьми. Гарри Ташиян оставил Рочестер, чтобы возглавить создаваемую IBM новую компанию — Discovision. После этого он занимал в IBM другие руководящие посты, прежде чем ушел на пенсию, имея 38 лет стажа.

Гленна перевели в Остин (Austin), штат Техас, где он возглавил разработку PC-RT. Он оставил IBM в 1988 году после 21 года работы, возмущенный неспособностью организации воспринимать новые идеи. Не удивительно, что некоторые из этих идей только сейчас реализованы в продукции IBM. Убежден, что уход Гленна был большой потерей для корпорации.

Но печальней всего была утрата Рея. Он умер вскоре после объявления System/38 и так и не узнал, чем стала его система для всего компьютерного мира. Никто и никогда не сможет занять его место.