- •Тула 2010
- •1.1 Принципы построения и основные требования. Особенности.
- •1.2 Ос рв qnx. Поддержка срв ос Linux.
- •1. 3 Функциональные требования к осрв
- •2. "Жесткие" и "мягкие" системы реального времени
- •3. Нити и приоритеты
- •4. Предсказуемость системных вызовов Win32 api
- •5. Управление прерываниями в nt
- •6. Управление памятью в nt
- •7. Может ли Windows nt использоваться в качестве ос рв?
- •Лекция №2.
- •Коммерческие решения, расширяющие nt возможностями обработки в реальном времени
- •Использование nt
- •3. Реализация Win32 api над другой ос рв
- •4. Совместная работа на одном процессоре nt и ос рв
- •5. Использование многопроцессорной архитектуры
- •6. Необходимые требования к ос для обеспечения предсказуемости
- •Лекция №3.
- •Лекция №4.
- •1. Разработка приложений жесткого реального времени
- •2. Модификация ядра
- •3. Модификация уровня аппаратных абстракций Windows nt (hal)
- •4. Применение ос рв
- •Лекция №5. Операционная система qnx. Системная архитектура.
- •Лекция № 6.
- •Лекция №7. Связь между процессами по сети посредством виртуальных каналов.
- •Лекция №8. Построение очереди процессов
- •Лекция №9. О работе в реальном времени
- •Лекция №10. Сопоставление и передача путей между процессами.
- •2. Префиксы управления вводом – выводом
- •5. Передача путей между процессами
- •2. Префиксы управления вводом – выводом
- •5. Передача путей между процессами
- •2. Относительные пути
- •3. Текущий рабочий каталог
- •Примечание относительно cd
- •4. Описатели файлов пространства
- •Лекция №12 Аппаратное и программное обеспечение промышленных систем реального времени (псрв)
- •Введение
- •1. Организация промышленных систем
- •2. Аппаратная архитектура
- •3. Стандарты шин
- •4. Технологии vme и pci
- •5. Мезонинные технологии
- •6. Полевые системы
- •7. Программное обеспечение промышленных систем
- •8. Управление производством
- •Лекция №13 Использование средства nt в качестве Web-сервера для iis (Internet Information Server)
- •Введение
- •Общие черты intranet-систем
- •3. Система управления доступом
- •4. Прикладное программирование в intranet
- •Лекция 14 Операционная система ос рв см эвм (rsx-11)
- •Введение
- •Основные компоненты системы ос рв
- •2. Диспетчер памяти
- •3. Многопользовательская защита
- •4. Выполнение задач под управлением ос рв
- •5. Внешние устройства и файловая система на дисках
- •Лекция 15 Управление прерываниями.
- •Вектора прерываний
- •Программирование контроллера прерываний 8259.
- •Запрет/разрешение отдельных аппаратных прерываний
- •Лекция 16 Управление Тема: прерываниями (продолжение).
- •Написание собственного прерывания
- •Дополнение к существующему прерыванию
- •Лекция 17 Синхронные методы проектирования срв
- •Система упорядоченного опроса
- •Основной цикл с прерываниями
- •Лекция 18 Синхронные методы проектирования срв (продолжение)
- •1 . Циклические планировщики
- •2. Выбор метода построения системы
- •3. Измерение быстродействия компьютера
- •4. Мультизадачный режим в операционной системе ms-dos
- •5. Условия существования мультизадачного режима в персональном компьютере ibm pc/at
- •X. Библиографический список рекомендуемой литературы
- •13.1 Ос рв usix: основные принципы построения и структура.
- •13.2 Поддержка рв в usix
- •13.3 Управление виртуальной памятью в usix
- •14.1 Процессы, связанные с выполнением программ
- •14.2 Функции ос рв usix, не связанные с управлением процессами
- •15.1 Программирование коммуникационных устройств.
- •15.2 Драйверы коммуникационных устройств
- •16.1 Файловая система
- •16.2 Средства защиты от несанкционированного доступа
- •16.3 Поддержка протоколов и окружений usix
5. Передача путей между процессами
Если Вы имеете несколько выполняющихся процессов, они могут не иметь сетевого корня по умолчанию - даже если они выполняются на том же самом узле. Например, один процесс, возможно, унаследовал корень сети по умолчанию от родительского процесса в другом месте на сети, или это корень сети по умолчанию, явно отмененный родительским процессом.
При прохождении пути между процессами, чьи сетевые корни могут отличаться (например при передаче файла к спулеру для печати), Вы должны привязать корень сети по умолчанию к пути перед его принятием процессом-получателем. Если вы уверены, что процесс посылающий и процесс получающий имеют один и тот же корень сети по умолчанию (или если путь уже имеет продвижение // node /), то Вы можете опустить этот шаг в процесс
Лекция № 11.
Условные префиксы для управления процессами ввода – вывода
План лекции:
1. Условные префиксы
2. Относительные пути
3. Текущий рабочий каталог
4. Описатели файлов пространства
1. Условные префиксы
Мы обсудили префиксы, которые отображают управление ресурсами ввода - вывода. Вторая форма префикса, известная как условный префикс , является простой строкой подстановки для согласованного префикса. Префикс условного названия имеет форму:
prefix =replacement-string
Например, предположите, что вы работаете на машине, которая не имеет локальной файловой системы (не существует процессов управляющих "/"). Однако, имеется файловая система на другом узле (предположим на 10) к которой Вы желаете обратиться как к "/". Вы оформляете это использование следующим условным префиксом:
/ = // 10/
это заставит ведущую наклонную черту вправо (/) быть отображенным в префикс // 10/. Например, /usr/dtdodge/test будет заменен следующим выражением:
// 10/usr/dtdodge/test
Новый путь будет сопоставлен с префиксным деревом: на сей раз, однако, префиксное дерево на узле 10 будет использоваться из-за, того что сначала следует // 10. Он будет определен администратором файловой системы на узле 10, где формируется open(). Это условное название позволило нам, чтобы обратиться к удаленной фаловой системе, как к локальной.
Нет необходимости выполнять процессы локальной файловой системы, чтобы исполнить переадресацию. Префиксное дерево бездисковой станции могло бы иметь следующий вид :
/dev = 5, a: / = // 10/
с этим префиксным деревом, пути под /dev будут направлены к локальному администратору устройств, в то время как запросы с другими путями будут направлены к удаленным файловым системам.
Вы можете также использовать условные названия, чтобы обращаться к специальным устройствам. Например, если блок подкачки информации для печати работаоет на узле 20, Вы могли бы использовать условный локальный путь к принтеру следующим образом:
/dev/printer = // 20/dev/spool
Любой запрос, чтобы открыть /dev/printer будет направлен через сеть к реальному спулеру. Аналогично, если локальный дисковод для гибких дискет не существует, псевдоним на отдаленную дискету на узле 20 мог бы быть сделан следующим образом:
/dev/fd0 = // 20/dev/fd0
В обоих случаях, переадресация псевдонима могла бы быть обойдена, и отдаленный ресурс мог бы быть непосредственно назван как:
// 20/dev/spool ИЛИ // 20/dev/fd0