- •Оглавление
- •1. Концепция современного общества и тенденции его развития.
- •2. Влияние особенностей развития электронно-счётного машиностроения на информатизацию общества на современном этапе.
- •3. Сферы применения вт. Особенности развития компьютеризации общества с начала 80-хгодов хх века и способы решения возникших проблем.
- •4. Особенности развития электронно-счётного машиностроения и особенности компьютеризации в различных сферах применения
- •5. Характеристика новых систем общения « человек – эвм» на этапе развития компьютеризации общества. Направление новых технологий
- •6. Основные виды и характеристика новых систем общения на этапе компьютеризации общества.
- •7. Определение математического и программного обеспечения. Характеристические особенности развития мо с момента возникновения до современного уровня.
- •8. Этапы создания математического обеспечения
- •9. Система программирования: определение, сущность, классификация, связь с операционной системой
- •10. Языки программирования и системы команд, используемые в по.
- •11. Программное обеспечение ос реального времени: особенности и их реализация.
- •12. Типы модулей, функционирующих в вычислительной среде.
- •13. Типы задач в системе, диспетчерский и граничный приоритеты, очередь задач и её структура.
- •14. Блок тсв: определение, назначение и функции.
- •15. Метод логических устройств, система назначений.
- •16. Структура программ, реализуемые ос.
- •17. Определение операционной системы, типы ос – общее и особенное, понятие режима работы.
- •18. Группы определений операционных систем.
- •19. Принципы проектирования операционных систем.
- •20. Оптимальная система, понятие эффективности и критерия эффективности.
- •21 .Основные блоки (компоненты) ос. Прохождение задачи через ос
- •22. Понятие модуля в операционной системе, его функциональная значимость, разновидности, иерархия.
- •23. Структурный состав операционной системы. Назначение и функции комплекса программ технического обслуживания.
- •24. Виды структур программ, динамически развивающихся в ос. Концепция виртуальной машины, последовательность трансляции сверху вниз.
- •Концепция виртуальной машины, последовательность трансляции сверху вниз
- •25. Система назначений – смысл и применение.
- •26. Понятие архитектуры иерархической ос. Состав ос как набор процессов и объектов
- •27. 2-Х уровневая и 3-х уровневая ос: состав, назначение, осуществление работы.
- •28. Понятие виртуальной машины и принцип трансляции.
- •29. Динамическая последовательная структура программ, общая характеристика и разновидность.
- •30. Планировщик задач, структура.
- •31. Планировщик задач и иерархия уровней ос.
- •32 .Структура планировщика задач в многоуровневой ос
- •33. Структура очереди подзадач в многоуровневой ос.
- •34. Планировщик задач. Механизм планирования
- •35. Тупик: понятие, условие наличия, предотвращение.
- •36. Тупик: понятие, обнаружение, выход.
- •37. Объект исследования и типы моделей его представления
- •38.Понятие изоморфизма и гомоморфизма в абстрактной модели.
14. Блок тсв: определение, назначение и функции.
Блок управления задачей (Task Control Block, TCB)– это область памяти, содержащая управляющую информацию для данной задачи. Обычно, каждая задача в системе имеет приоритет, предписанный пользователем, системой или совместно ими обоими, и состояние готовности, ожидания или активное. Блоки управления задачей в соответствии с приоритетом образуют очередь задач. Очередь задач реализуется как связанный список. Когда супервизор выделяет задачу центральному процессору, из очереди задач выбирается первый TCB, который находится в состоянии готовности. Обычно в системе для каждого задания существует, по крайней мере, одна задача, соответствующая активному шагу задания, т.е. если на некоторой стадии выполнения существуют N заданий, то в системе находится по крайней мере N задач.Однако задачи в системе могут появляться и по двум другим причинам:
1) подпрограммы управляющей программы, которые выполняются в состоянии "задача" для программ супервизора функционируют в системе как задача;
2) задача пользователя может инициировать подзадачу, которая выполняется совместно с породившей ее задачей.
Подпрограмма управляющей программы, которая функционирует как задача, называется системной задачей, в отличие от задачи пользователя, которая создается для обрабатывающей программы.
Большинство системных задач выполняют функции управления заданиями.
15. Метод логических устройств, система назначений.
В основе метода логических устройств лежит система символических имен. Имеет своей целью отторжение пользователя от конкретной конфигурации физических устройств внешнего уровня. Сущность метода состоит в том, что пользователь имеет дело с некими логическими понятиями, не ориентируясь на конкретные физические устройства. В ОС входят соответствующие компоненты, которые определяют соответствие между логическими компонентами и физическими устройствами. Были приняты символические имена для обозначения любого логического устройства. Символическое имя, принятое для обозначения логических устройств, в стандарте принято шести знаковым SYSxxx, где первые 3 знака обозначают принадлежность к системе, а ххх могут быть буквы или числа от 000 до максимально возможного количества логических устройств, обслуживаемых системой. Количество логических устройств, обслуживаемых системой, может не совпадать с количеством логических устройств подключенных к системе. Устройства с зарезервированными именами называются системными.
К ним обычно относятся:
- SYSRES - резиденция системы (записывающее устройство на диске или область, где располагается сама система)
- SYSRDR - системный ввод
- SYSIPT - системный ввод
- SYSLIST - системная печать
- SYSPCH - системный вывод
- SYSLOG - устройство связи с пользователем
- SYS000 – SYSnnn - логические устройства программиста
- SYSLINK - редактор связи
16. Структура программ, реализуемые ос.
В организации многозадачного режима существенной оказывается структура программ, функционирующих в системе и их динамическое поведение в системе. В этом смысле все программы реализуемые программой редактор связи могут быть отнесены к одной из следующих четырех категорий:
Простая структура
Структура с запланированным перекрытием (оверлей)
Динамическая последовательная структура
Динамическая параллельная структура
Программы с простой структурой
Программа с простой структурой загружается в ОЗУ и выполняется как отдельный объект, т.е. сегмент программы загружается в ОЗУ, содержа всю программу целиком. Конкретные команды, выполняемые в этом модуле загрузки не важны ОС даже, если модуль потребует услуги ОС.
Программы с оверлейной структурой
Программы с оверлейной структурой создаются редактором связи как отдельный модуль загрузки, но в нем определены сегменты программы, которые не должны быть одновременно в ОЗУ. Так что одна и та же область ОЗУ может быть повторно использована на основе иерархического построения программы. Этот метод известен как оверлейный и требует минимальной помощи от управляющей программы.
Программы с простой и оверлейной структурой загрузки используют один модуль загрузки.
Программы с динамической последовательной и параллельной структурами
Обе эти структуры при выполнении программы используют несколько модулей. Для управления модулями и установления связи между ними используется четыре макрокоманды: LINK, XCTL, LOAD, DELETE.
Макрокоманда LINK обеспечивает размещение модуля загрузки в ОЗУ и последующее его выполнение. Управление вызывающей программы выполняет команда RETURN, которая освобождает область памяти занятую модулем, но не распределяет ее. В дальнейшем если вновь потребуется тот же самый модуль и этот модуль имеет все необходимые атрибуты, а его копия до сих пор находится в основной памяти и не повреждена, то он повторно используется без обращения к операции выборка. Макрокоманда LINK и возвращающая форма RETURN требуют для своего управления участие программы, т.к. их расширения завершаются макрокомандой супервизору CALL.
Макрокоманда XCTL обеспечивает выборку и выполнение модуля загрузки так же как LINK. Однако XCTL используется в тех случаях, когда программа выполняется в виде нескольких фаз и выполнение модуля загрузки заканчивается и больше не возобновляется. Область, занятая модулем имеющим команду XCTL освобождается и пригодна для дальнейшего использования. Выполнение этой макрокоманды также осуществляется с помощью управляющей программы.
Макрокоманда LOAD обеспечивает загрузку модуля, но не его выполнение. В дальнейшем этот модуль пользуется обычной командой условного перехода BRANCH. Модуль загрузки, загруженный с помощью LOAD, может быть удален с помощью DELETE и может быть повторно использован, если он содержит необходимые атрибуты. Выполнение обоих макрокоманд требует участия управляющей программы.