дипломы,диссертации,курсовые,контрольные,рефераты,отчеты на заказ

Системы реального времени
для специальности 220200
Кафедра АОИ
Гриценко Ю.Б.
Томск-2005

 
дипломы,курсовые,рефераты,контрольные,диссертации,отчеты на заказ

№ 1
Системы реального времени, которые состоят из программного и аппаратного обеспечения, являются составляющими компонентами другой большей системы и могут функционировать без вмешательства человека:
• Встраиваемые системы.

№ 2
Системы реального времени, которые умеют выполнять произвольные (заранее не определенные) временные задачи без применения специальной техники:
• Универсальные системы.

№ 3
Системы реального времени, в которых конкретные временные требования определены:
• Специализированные системы.

№ 4
Системы реального времени в зависимости от того, как они реагируют на сигналы тревоги делятся на:
• Системы жесткого реального времени.
• Системы мягкого реального времени.

№ 5
Системой жесткого реального времени называется система, где:
• неспособность обеспечить реакцию на какие-либо события в заданное время является отказом и ведет к невозможности решения поставленной задачи.

№ 6
Системой мягкого реального времени называется система, где:
• неспособность обеспечить реакцию на какие-либо события в заданное время является некритичным для решения поставленной задачи.

№ 7
На какие платформы можно разделить вычислительные устройства, на которых используются системы реального времени?
• “Обычные” компьютеры.
• Промышленные компьютеры.
• Встраиваемые системы.

№ 8
Уровни построения операционных систем реального времени:
• Монолитные ОС.
• Уровневые ОС.
• Клиент-серверные ОС.

№ 9
Функции управления, синхронизации и взаимодействия задач относятся к уровню типичного строения операционных систем реального времени:
• Ядро.

№ 10
- функции обеспечения взаимодействия системы и внешнего оборудования:
• Система управления.

№ 11
Обязательным условием для операционной системы, претендующей на применения в задачах реального времени является функция:
• Механизм многозадачности.

№ 12
Процесс распределения главного ресурса (процессора) между задачами:
• Диспетчеризации.

№ 13
Что понимают под процессом?
• Процесс является более масштабным представлением задачи, поскольку обозначает независимый модуль программы или весь исполняемый файл целиком с его адресным пространством, состоянием регистров процессора, счетчиком команд, кодом процедур и функций.

№ 14
Под потоком понимают:
• последовательность исполняемого кода.

№ 15
Свойство потока, на основании, которого ОС принимает решение о том, когда предоставить ему время процессора:
• Приоритет.

№ 16
Какого состояния нет у потока?
• Пассивный.

№ 17
Состояния потока:
• Активный.
• Готовности.
• Блокированный.

№ 18
Такого метода диспетчеризации не существует:
• LIFO.

№ 19
Методы диспетчеризации:
• FIFO.
• Round Robin.
• Адаптивный.

№ 20
Диспетчеризация удовлетворяющая в наибольшей степени требованию, в котором передача управления потоку должна определяться критическим сроком его обслуживания:
• Вытесняющая приоритетная многозадачность.

№ 21
Рекомендуемое количество приоритетов, которым должна обладать операционная система реального времени:
• 128.

№ 22
Наиболее серьезная проблема при блокировании ресурса:
• Инверсия приоритетов.

№ 23
Разработчики операционных систем реального времени используют механизмы защиты от инверсии приоритетов:
• Наследование приоритетов.
• Протокол придельного приоритета.

№ 24
- не используют:
• Обнуление приоритетов.
• Адаптация приоритетов.
• Интеграция приоритетов.

№ 25
Цель введения стандартов на ОС:
• Облегчение переноса программного обеспечения из одной системы в другую.

№ 26
Основная цель разработчиков ОСРВ:
• Обеспечение максимальной скорости ее работы и компактности.

№ 27
Наименования стандартов на ОСРВ:
• Стандарт SCEPTRE.
• Стандарт POSIX 1003.1b.

№ 28
Не являются стандартами на ОСРВ:
• Стандарт IEEE 4501.
• Стандарт ISO 8002.1.

№ 29
Стандарт POSIX 1003.1b разработан организацией:
• IEEE.

№ 30
Не определена в стандарте SCEPTRE цель:
• Синхронизация задач.

№ 31
Операционные системы реального времени по способу разработки программного обеспечения делятся на категории:
• Self-Hosted ОСРВ и Host/Target ОСРВ.

№ 32
Self-Hosted ОСРВ — это:
• системы, в которых пользователи могут разрабатывать приложения, работая в самой ОСРВ.

№ 33
Host/Target ОСРВ — это системы, в которых:
• системы, в которых операционная система и компьютер, на котором разрабатываются приложения, и операционная система и компьютер, на котором запускаются приложения, различны.

№ 34
Тип ОСРВ, в котором пользователи могут разрабатывать приложения, работая в самой ОСРВ:
• Self-Hosted ОСРВ.

№ 35
ОСРВ в зависимости от происхождения разделяют на группы:
• Обычные ОСРВ.
• Собственно ОСРВ.
• Специализированные ОСРВ.

№ 36
Какой группы ОСРВ не существует при разделении ОСРВ в зависимости от происхождения?
• Промышленные ОСРВ.

№ 37
Системы реального времени строятся на основе обычных ОС:
• Windows NT.
• Linux.

№ 38
Проекты по реализации preemption для ядра Linux можно разделить на:
• 2 группы.

№ 39
Аргумент, который не является аргументом фирмы Microsoft за использование Windows NT в качестве ОСРВ:
• Все страници неактивного процесса, например, ожидающего данных, могут быть перенесены на диск, несмотря на закрепление их вызовом VirtualLock().

№ 40
Аргумент, который не является аргументом против использования Windows NT в качестве ОСРВ:
• Для закрепления страниц задачи в памяти существует специальный системный вызов (VirtualLock()).

№ 41-44
В зависимости от происхождения ОС Hyperkernel, ОС RT-Linux, ОС Component Integrator, ОС Willows RT относятся к категории:
• Система на основе обычной ОС.

№ 45-50
ОС CHORUS, ОС LynxOS, ОС OS-9, ОС pSOS, ОС RTC, ОС VxWorks относятся к:
• Собственно ОС.

№ 51
Основным языком программирования в ОС QNX является:
• C.

№ 52
Не верны характеристики ОС QNX:
• Построена на базе монолитного ядра.
• С разделением времени.

№ 53
Характеристики ОС QNX:
• Мультизадачная.
• Масштабируемая.
• Многопроцессорная.

№ 54
Photon в ОС QNX:
• Компактная графическая подсистема.

№ 55
FLEET:
• Быстрый сетевой протокол.

№ 56
Не входит в микроядро ОС QNX блок:
• Механизм связывания драйверов.

№ 57
Входит в микроядро:
• Механизм связывания драйверов.

№ 58
Методы передачи сообщений, которые определены в ОС QNX:
• Метод представителей.
• Метод сигналов.

№ 59
- не определены:
• Метод семафоров.
• Метод триггеров.
• Метод электронных ящиков.

№ 60
Максимальная длина сообщения в ОС QNX:
• 65535б.

№ 61
Диспетчер ядра ОС QNX приступает к выполнению своих функций, если:
• Какой-либо процесс вышел из блокированного состояния.
• Истек квант времени для процесса блокирующего CPU.
• Работающий процесс прерван каким-либо событием.

№ 62
- не приступает к выполнению своих функций:
• Какой-либо процесс был заблокирован.
• Работающий процесс сгенерировал какое-либо событие.

№ 63
Функции использующие взаимодействующие процессы для прямой связи друг с другом:
• Send().
• Receive().
• Reply().

№ 64
Граница приоритетов процессов:
• (0) – (31).

№ 65
Методы диспетчеризации существующие в ОС QNX:
• Адаптивный.
• Round-robin.
• FIFO.

№ 66
Этих методов диспетчеризации не существует:
• Вытеснения ядра.
• LIFO.

№ 67
Процессы ОС QNX по умолчанию запускаются в режиме диспетчеризации:
• Адаптивный.

№ 68
Минимальная единица выполнения и диспетчеризации для ядра ОС QNX:
• Поток.

№ 69
В ОС QNX позволяет формировать сигнал одного конкретного устройства и механизм исключений:
• Порт.

№ 70
Операции, которые можно выполнить с портом в ОС QNX:
• Присоединить порт.
• Послать сигнал в порт.
• Отсоединить порт.

№ 71
- нельзя выполнить:
• Послать сигнал в порт.
• Взять сигнал из порта.

№ 72
Для того, чтобы оповещать о задачи о прерываниях с клавиатуры, нарушениях памяти и т.п., ОС QNX резервирует:
• 16 исключений.

№ 73
Функции использующиеся для создания процессов:
• fork().
• Exec().
• Spawn().

№ 74,77
Функция fork():
• порождает процесс, являющийся его точной копией. Новый процесс выполняется в том же адресном пространстве и наследует все данные порождающего процесса.

№ 75,78
Функция exec():
• заменяет образ порождающего процесса образом нового процесса.

№ 76,79
Функция spawn():
• создает новый процесс по принципу “отец”-“сын”.

№ 80
В ОС QNX не существует состояния блокировки процесса:
• HELD-блокирован.

№ 81
Не поддерживается ОС QNX файловая система:
• NTFS.

№ 82,83
Файловые системы QNX4 и Ext2, относятся к группе:
• Блочные файловые системы.

№ 84,85
NFS и CIFS, к группе:
• Network.

№ 86
Файловая система, состоящая из модуля procnto и других файлов, включенных в загрузочный образ QNX, относится к группе файловых систем:
• Образная файловая система.

№ 87
Очереди разделяемой памяти, обеспечивающие управление потоками данных между приложениями и драйверами устройств работают по принципу:
• FIFO.

№ 88
ОС QNX поддерживаются протоколы:
• TCP/IP.
• Qnet.

№ 89
ОС QNX для того, чтобы оповещать задачи о прерывании с клавиатуры, нарушении памяти и подобных необычных ситуациях резервирует:
• 16 исключений.

№ 90
Технология Jump Gate используется:
• Для обеспечения прозрачности в графической оболочке Photon.

№ 91
Роль IPL – Initial Program Loader в ОС QNX:
• Осуществляет минимальное конфигурирование аппаратуры и осуществляет поиск на носителе и загрузку в ОЗУ загружаемого образа ОС и передает ему управление.

№ 92
Загрузчик startup:
• Копирует и если нужно разжимает загрузочный образ QNX, определяет состав и конфигурацию аппаратуры, заполняет системную страницу данных ОС и передает управление модулю procnto, который также входит в состав загрузочного образа QNX.

№ 93
Модуль procnto:
• запускает остальные процессы, входящие в состав загрузочного образа QNX.

№ 94
Сценарий /etc/system/sysinit:
• Задача этого сценария – запустить процессы, обеспечивающие необходимую функциональность ОС.

№ 95
Распознавание аппаратных устройств в ОС QNX инициирует скрипт:
• /etc/rc.d/rc.devices

№ 96
Командный сценарий для настройки часов реального времени запускает скрипт:
• /etc/rc.d/rc.rtc

№ 97
Ряд каталогов: /tmp, /var, /pkgs, /root создает скрипт:
• /etc/rc.d/rc.setup-once

№ 98,99
Сервис регистрации системных событий slogger и Администратор неименованных каналов pipe запускает скрипт:
• /etc/system/sysinit

№ 100
System Analysis Toolkit (SAT) не позволяет в ОС QNX отслеживать:
• Конфигурацию оборудования.


на главную база по специальностям база по дисциплинам статьи