- •Корпоративные информационные системы. Задача интеграции. Корпоративные системы.
- •Модель osi – набор стандартов для построения корпоративной системы
- •Интегрированные и комплексные приложения
- •Задача: общие данные, общие процедур, общие вычислительные ресурсы.
- •Проблемы на пути интеграции
- •Прозрачность. Открытость. Масштабируемость. Концепции аппаратных решений. Определение распределенной системы. Прозрачность.
- •Открытость.
- •Масштабируемость.
- •Raid-технологии.
- •Параллелизм.
- •Концепции аппаратных решений. Мультипроцессоры.
- •Гетерогенные мультикомпьютерные системы.
- •Симметричное мультипроцессирование
- •Кластеры.
- •Двухуровневые, трехуровневые, распределенные одноранговые информационные системы. Виды ис
- •Функциональная нагрузка компонентов в ис
- •Двухуровневые архитектуры
- •Трехуровневые архитектуры
- •Распределенные одноранговые архитектуры
- •Единое информационное пространство. Подход к построению объектно-ориентированной одноранговой информационной системе.
- •Архитектура взаимодействия компонент распределенной ис
- •Обзор методов интеграции. Введение
- •Пути устранения аппаратных различий, кросс – платформенные приложения.
- •Java applets, апплеты.
- •Файлы (буферы) общего доступа.
- •Единый язык доступа к данным (sql).
- •Обмен сообщениями (dde).
- •Удаленный вызов процедур (rpc)
- •Вставка и внедрение объектов
- •Ole (связывание и внедрение объектов), ole Automation.
- •Классификация приложений по отношению к технологии ole (com).
- •ActiveX объекты.
- •Идентификация com объектов.
- •Сравнение com (ActiveX) объектов и java апплетов.
- •Доступ к удаленным объектам (dcom, .Net, corba)
- •Использование командных файлов и скриптов
- •Доступ к базам данных (ado, dao, odbc)
- •Применение web-технологий
- •Именованные каналы
- •Объектно-ориентированное программирование в vba Среда программирования. Типы данных. Процедуры. Окно проекта, окно свойств, окно кода, окно немедленно выполняемых команд, окно контрольных значений.
- •Процедуры, функции, передача параметров, область видимости.
- •Типы данных.
- •Вызов макроса с вычисляемым именем
- •Запуск макроса в заданное время
- •Запуск внешней программы, управление ею
- •Вызов api-функций и других библиотечных функций
- •Программное изменение кода.
- •Динамические массивы
- •Объектно-ориентированное программирование Базовые понятия ооп
- •Расширение объектной модели
- •Коллекция
- •Раннее и позднее связывание
- •Дополнительные элементы управления (ActiveX –объекты)
- •Описание программирования в vba, модели com Доступ к вставленным в документ ole-объектам
- •Доступ к внешним com-серверам
- •Вычисляемые свойства, свойства только для чтения.
- •События. Обработчики событий.
- •Использование событий объекта Application
- •Использование диалогов
- •Свойство для программиста.
- •Пользовательские классы. Классы.
- •Класс, объекты которого реагируют на события.
- •Моделирование наследования. Фактическое наследование. WithEvents.
- •Пользовательские события.
- •Как исп польз события
- •Создание экземпляра класса.
- •Автоматическая сборка мусора
- •Уничтожение экземпляра класса
- •???Интерфейсы.
- •???Интеграция при помощи промежуточного буфера
- •Обмен сообщениями. Протокол dde.
- •Задачи интеграции и децентрализации.
- •Фрагментация данных и размещение
- •Язык доступа к данным sql Стандартные команды
- •Язык запросов
- •Изменение данных при помощи sql
- •Изменение структуры базы данных при помощи ddl
- •Выполнение команд изменения структуры, изменения базы данных
- •Расширения Jet 4.0 ansi-92
- •Доступ к базам данных.
- •Доступ к базам данных с помощью odbc.
- •Доступ через odbc из Delpi7.
- •Доступ к базам данных с помощью технологий ado. Соединение, курсор
- •Свойства и методы набора записей (курсора).
- •Вызов отчетов, сформированных в базе данных
- •Пример dao
- •???Доступ к базам данных с помощью технологий dao.
- •???Доступ к базам данных с помощью web технологий.
- •Удаленный вызов процедур.
- •Обращение к удаленным объектам. Привязка клиента к объекту. Статическое и динамическое удаленное обращение к методам. Передача параметров. Dce, rmi.
- •Распределенная система объектов corba. Введение.
- •Архитектура системы.
- •Структура связей corba.
- •Исключения corba.
- •Передача параметров.
- •Corba-объекты и серванты.
- •Отображение idl на языки программирования
- •Объектные адаптеры.
- •Транзакции и сервис транзакций в corba.
- •Обзор технологий dcom, .Net Определение
- •Немного истории
- •Решение .Net
- •Модель .Net
- •Обзор двоичных файлов .Net.
Концепции аппаратных решений. Мультипроцессоры.
Многопроцессорные системы неоднократно пытались классифицировать, но ни одна из моделей не получила широкого распространения. Будем называть мультипроцессорными системы, в которых процессоры работают с общей памятью, а мультикомпьютерными - системы, в которых у каждого процессора есть своя собственная память. Таким образом, в мультипроцессорных системах все процессоры используют единое адресное пространство. Поэтому если один процессор записал в ячейку памяти с номером 256 значение 1003, то другой процессор прочтет из ячейки с номером 256 число 1003.
Мультипроцессорные системы строятся, как правило, из процессоров одного типа. Основная проблема при построении мультипроцессорной системы – организация совместного доступа к блокам памяти. Возможны две схемы организации: шинная и коммутируемая, причем коммутируемые схемы делятся в свою очередь на коммутационную решетку и омега-сеть.
Основная проблема при таком доступе к памяти – низкая скорость. Но так построенная память называется согласованной. С целью повысить скорость работы системы применяется между процессором и оперативной памятью высокоскоростная кэш-память. Но наличие кэш приводит к несогласованности. Очевидно, что программирование в таких условиях осложняется за счет того, что программисту следует следить за своевременной выгрузкой данных из кэш в оперативную память (перед тем, как этими данными захочет воспользоваться другой процессор). На рисунке процессоры обозначены буквами Р, а блоки памяти – буквами М.
P1 |
|
Ш |
M1 |
|
|
|
|
P2 |
|
И |
M2 |
|
|
|
|
P3 |
|
Н |
M3 |
|
|
|
|
P4 |
|
А |
M4 |
Рисунок 4 – Шинная схема SMP
Коммутационная решетка представляет собой набор скоростных узловых коммутаторов. Преимущество коммутационной решетки состоит в том, что возможен одновременный доступ к различным модулям памяти.
-
P
1M 1
M 2
M 3
M4
P 2
P 3
P 4
Рисунок 5 – Коммутационная схема SMP
Для осуществления доступа некоторого процессора к заданному блоку памяти требуется установить соединение на одном узловом коммутаторе, находящемся на пересечении линии связи, идущей от процессора, и линии связи, идущей от блока памяти. Недостаток коммутационной решетки в том, что ее сложность, то есть количество узловых коммутаторов пропорционально произведению количества входных портов на количество выходных. Для соединения 4 процессоров (входы от процессоров обозначены, как P) с 4 блоками памяти (входы от них обозначены, как M) потребуется коммутатор с 16 узловыми коммутаторами, обозначенными на рисунке кружочками. Для суперкомпьютера с 7200 процессорами и приблизительно с таким же количеством блоков памяти потребовалась бы коммутационная решетка с 50 000 000 узловых коммутаторов. Трудно себе представить даже размер такого устройства. И совершенно очевидно, что даже вследствие его большого размера невозможно обеспечить высокую скорость работы.
Омега сеть – это сеть коммутаторов с фиксированным небольшим количеством портов. На рисунке изображена омега-сеть для четырех процессоров и четырех блоков памяти. Количество внутренних узловых коммутаторов в этой схеме значительно ниже: всего четыре против шестнадцати. Но время доступа процессора к оперативной памяти несколько больше: во-первых, связь осуществляется через два узловых коммутатора, а не через один, как в коммутационной решетке. Во-вторых, в омега-сети на обоих узловых коммутаторах по пути к памяти возможны конфликты одновременных запросов, причем даже если соперник обращается к другому блоку памяти. Тогда как в коммутационной решетке конфликт возникает только при одновременном доступе к одному и тому же блоку памяти.
-
P 1
M1
P2
М2
P3
М3
P 4
М4
Рисунок 6 – Связь типа «Омега-сеть»
Для построения омега-сети, реализующей доступ к большему количеству блоков памяти, но использующей четырехпортовые узловые коммутаторы, потребуется расположить их в три и более слоев.
